Summary:
In case of the live edit item has min size without relative to part,
the size of the item should not be changed.
To cover this case, I added more condition
Test Plan:
1. launch envnetor
2. click a live edit item on tools
3. check the fixed option without "relative to" setting
4. insert the item with mouse double click
5. see the min size of the item while the view size is changing
Reviewers: Jaehyun_Cho, NikaWhite, bowonryu, Hermet
Differential Revision: https://phab.enlightenment.org/D4173
When go to window is unfocused, window is closed.
Though this behavior was intended, the functionality was not quite nice.
Even this caused a weired behavior(bug) on windows that,
go to window was closed when it's minimized.
So get rid of this policy!
@fix T3922
If user don't specify the workspace path,
Enventor set the workspace path to current directory path
while turning off file browser and file tab function in default.
Previously each live edit components are messed up in stacking.
Restacked by putting wireframe, dummy objects
below live edit object, control points, align lines and texts.
This required a totally hackishy method but there are no other solution so far.
@fix T4026
fix a side effect of localizing floats.
_posix_fp() uses static stringbuffer.
If this function is called multiple times in printf(),
previous buffer data will be invalid.
we are calling this for x, y twice in one func.
Summary: This sample similar to general mobile layout.
Test Plan:
1. enventor
2. esc -> New
3. BasicMobileApp
Reviewers: Jaehyun_Cho, herb, Hermet
Differential Revision: https://phab.enlightenment.org/D4161
box, group, image, part, proxy, rect, spacer, swallow, table, text,
textblock, vector, and their children keywords are added.
Notice that most of properties of part types are the same. Now the
descriptions of the properties are duplicated.
Notice that external part type is not added since there is no
description about external part type.
Summary:
Enventor live edit would generate invalid code with
the french locale.
Indeed, french uses a comma (",") as the decimal point,
instead of the dot. With localization enabled, printf()
would automatically localized the floating point,
introducing a comma in the edje code where a dot is
expected...
To avoid this, we now enclose the floats we don't want
to be localized (use the implicit POSIX local: with a dot)
in a function that looks the current locale and replace
the decimal point with a dot.
Test Plan:
(1) Without the patch, call LC_ALL=C enventor and see live
edit if correct.
(2) Without the patch, call LC_ALL=fr_FR.UTF-8 envetor and
see live edit generate invalid edje code.
(3) Apply the patch, and repeat steps (1) and (2) and observe
that both cases now success.
Reviewers: Hermet
Differential Revision: https://phab.enlightenment.org/D4146
Summary:
current error message is hard to read.
if the message has a syntax color, then it will be better.
Reviewers: Hermet, herb, Jaehyun_Cho
Reviewed By: Jaehyun_Cho
Differential Revision: https://phab.enlightenment.org/D4124