Description of changes / revisions (not all of them, I just picked some to
explain the names inclusions)
bdilly
Bruno Dilly <bdilly@profusion.mobi>
edbus -> r42081, r39884, r44581, r40463
python-elementary -> r52765, r52389
edje -> r46548, r49242
editje -> r52520
fidencio
Fabiano Fidêncio fidencio@profusion.mobi
elementary / python-elementary -> fix elm_<widget>_{icon,content}_set - r49706;
add externals - r{47649,47647,47645}
edje / python-edje -> lot of work on edje_edit
glima
Gustavo Lima Chaves <glima@profusion.mobi>
elementary -> added widgets
edje -> lot of work on edje_edit
helen
Helen Fornazier <helen.fornazier@profusion.mobi>
elementary -> elementary key events on widgets
editje -> undo / redo
jprvita
João Paulo Rechi Vita <jprvita@profusion.mobi>
e_dbus-> r47399 , r47398, r47397, r47336, r47330
padovan
Gustavo F. Padovan <padovan@profusion.mobi>
e_dbus-> r46365-r46373, r47114-r47119
SVN revision: 53682
This is one more widget whose idea came from Samsung Electronics. Its
first name was "context popup". There was no common agreement on a
name for it, so... Trator mode, for now (using hoversel as a pattern).
If you have a better name suggestion for it, just change it -- but
soon, due to releasing plans (in a mailbox near in a jiffy).
While for hoversels you populate slots with thingies to later choose
one of them, which will hover up for you, with hoverlists you get a
single hovering list. It will smartly place this -- unique -- list
onto a fitting place inside its parent widget view. Just call
evas_object_show() on it, anytime you want (like for notifies).
SVN revision: 53644
This injects some inteligence into hovers which can then be shared
between other composed hover widgets. Also introducing four new
swallow slots one can place content at: the diagonal corners. Just
gotta fill all the styles with those, but no time right now.
SVN revision: 53642
I'm not implementing the default list themes WRT to it right now,
though, I get back to it soon (just implementing it for a new widget).
SVN revision: 53641
Now one can set lists to dispose its items horizontally, too.
elm_list_horizontal_mode_set(), whose name was bogus and would
conflict with the new methods, got renamed to elm_mode_set(), along
with the getters.
This is coming along to help a widget using lists which has a
horizontal mode. The default theme for horizontal items is kinda ugly
for default lists, but one can always improve it :) (in a hurry
now).
Also, I'm introducing a new mode for Elementary lists: expand.
SVN revision: 53640
The swipe cancel timer isn't deleted in elm_genlist_clear right now. That will
cause invalid access later on.
Patch by: Brian Wang <brian.wang.0721@gmail.com>
SVN revision: 53589
* Remove warnings caused by comparison between signed and unsigned values
* Remove a comparison of unsigned expression < 0 that is always false
SVN revision: 53588
The problem was that when you toggle show/hide overlay in
ELM_BG_CENTER mode, the 'image' itself would not retain it's proper
size (it would fill the whole swallow and thus not be 'centered'
anymore). Solved by setting hint_min/max on the image when in centered
mode.
NB: Raster this fixes that elm_bg issue I mentioned the other day so
all is well now ;)
SVN revision: 53476
Do not allow adding more than one separator in a row, or adding a separator
as the first element of the menu (separators are for separating stuff, not
to decorate).
SVN revision: 53466
exist. Comment out function call until this gets sorted, so @ least
elm will build. Did nobody compile this before commit again ??? :(
SVN revision: 53439
With these changes, Elm_Icon will also look up icons from the chosen
Freedesktop (fd.o) icon theme. Since this might incur in some performance
penalties if you're sure only theme icons will be used, icon lookup order
may be specified with the elm_icon_order_lookup_set() function call; using
the lookup parameter as follows:
- ELM_ICON_ORDER_FDO_THEME (default) will look up first fd.o, then the theme;
- ELM_ICON_ORDER_THEME_FDO will look up first the theme, then fd.o;
- ELM_ICON_ORDER_FDO will look up only fd.o; and
- ELM_ICON_ORDER_THEME (old behaviour) will lookup only from the theme.
Elm_Icon will also try to use a different resolution image if the widget is
resized and the image source is fd.o.
fd.o support requires Efreet, but it should work nicely (falling back to the
old behaviour) if it isn't available.
SVN revision: 53433
Revised the parent, icon, end and content setter and getters of
elementary objects.
Review to smart objects and widgets items will be the next steps.
SVN revision: 53425
Right now I'm abusing style, setting fileselector_entry/$style on
items, however if it's not found the fallback will be 'default' and
not 'fileselector_entry/default' as it should be.
I'm wondering if this should be implemented in elm_theme.c by
replacing the last '/$component' with '/default', the remove it and
try again, like:
{{{
input = a/b/c
pass1 = a/b/default
pass2 = a/b
pass3 = a/default
pass4 = a
pass5 = default
}}}
SVN revision: 53423
This allows having themeable icons for toolbar items -- inclusing lower
resolution ones for the More menu button. Changes to Elm_Menu_Item in the
same spirit will follow.
SVN revision: 53407
Toolbars can now be scrollable, non-scrollable, or hide icons selectively
according to a priority. This changed the API slightly, thus
elm_toolbar_scrollable_set(obj, 1)
Should be
elm_toolbar_mode_expand_set(obj, ELM_TOOLBAR_EXPAND_SCROLL)
Values for non-scrollable and scrollable remain the same, so if constants
aren't being used, just the function name should be changed.
The new mode, ELM_TOOLBAR_EXPAND_MENU, will create a menu of items when the
space isn't large enough to hold all the items. Which items will be kept on
the toolbar or which items will be added to the menu is controlled by the
priority of each item: higher ones will be kept if possible, lower ones will
be tratored on the first opportunity.
SVN revision: 53406
rememebr... if your5 name is MISSING here... and you contributed...
and you WANT your name here.. provide it IN your patch... OR remember
to remind us that you are missing...
REMIND US!!!!!!!!!!!!!!!!
SVN revision: 53389
toolbar-content-back got and elm.swallow.end, on the opposite side of
"back".
removed "fixed: 1 1" errors.
checked with elementary_config changing finger size and scale, works nice!
SVN revision: 53383
would cause the computation to be needed every time the widget
(colorpicker) gets moved/resized....just do the math and set the values.
SVN revision: 53315
Don't need Ecore.h here, Elementary.h already includes it
Fix formatting.
Use #define for signal name rather than const char
Initialize integer's with a value.
Add 'changed' signal to Elementary.h so people know it emits changed
also.
SVN revision: 53314