vanishing, like with e_shelf_locked_set. gadcon providers set their own lock
function with e_gadcon_util_lock_func_set, which is called by
e_gadcon_locked_set.
SVN revision: 38759
according to raster e_gadcon_canvas_zone_geometry_get() was supposed
to return zone-relative coordinates, but it was implemented
incorrectly and everything now depends on absolute coordinates, so
let's keep it absolute.
SVN revision: 38589
* simplify eina_stringshare usage with _eina_stringshare_replace();
* do not modify the string in stringshare as in e_fm2_parent_go();
* use custom_theme_content instead of custom_theme in e_fm2_custom_theme_content_set().
Hopefully this will break nothing, but further analysis if it's
leaking strings in the stringshare should be done.
SVN revision: 38559
Some cases like not having o_base and o_frame are impossible, but I
added the cheap "else return;" just to keep it quiet. But some cases
were really bugs and were fixed.
SVN revision: 38556
It's nasty to have shelf auto-hided when you have a popup like mixer
or battery warning, so gadcon popups will now lock shelf while they're
visible.
Developers can go back to old behaviour setting the appropriate flag
with e_gadcon_popup_shelf_lock_set().
SVN revision: 38530
Anytime shelf appends its submenu, it will lock shelf so it's not
hidden automatically. Unlock happens as soon as the menu item is
deleted.
SVN revision: 38529
e_menu had this behaviour that submenus were not deleted
automatically, relying on the parent menu to hook to post_deactivate
and then delete them.
This was good because maybe you don't want to delete these children,
you might want to reuse them sometime.
But it ended that nobody was using this feature, and worse: most use
cases were failing to delete these children, causing memory leak.
This commit changes the default behaviour and thus remove all the
existing code that was replicating such work. If one want the old
behavior, just call e_menu_item_submenu_set(mi, NULL) and it will be
unbounded from the parent.
If you experience any problems with that, try adding some printf()
before _e_menu_free() and _e_menu_item_free() and print some relevant
information like m->category and m->header.title or mi->label in order
to figure out the problematic menu.
SVN revision: 38528
It's so annoying have to move mouse to screen border in order to show
shelfs. This way we can do a key bindings to do so.
One can use glob (uses fnmatch) to limit shelves by name.
SVN revision: 38527
But is so big i fear i could have broken some piece of code. So report any wrong
behaviour to me (cedric on #edevelop).
So moving e17 and efreet to eina_hash. With a little efreet API break so they
must come together.
SVN revision: 38185
* configure.ac:
- require C99 compiler;
- disable F77 and CXX checks;
- per-binary (program) flags, reduce linkage;
- every module can be optionally compiled;
* src/bin:
- Makefile.am: per-binary libs, reduce linkage;
- just add LIBS to LDADD and LIBADD, not LDFLAGS!
- e_sys_main.c: rewrite using proper eina, avoid linking with evas.
* src/modules:
- just add LIBS to LDADD and LIBADD, not LDFLAGS!
- every module can be optionally compiled;
SVN revision: 38009
As I suspected it was not error on my code. At the end it was just a
missing theme.
For now I just aliased default to desktop, but I guess it's better to
come with something else transparent so we can see our
wallpaper. Themers?!
PS: for Illume I think it makes sense to have that menu, but for
desktop it does not, maybe we should add more flags to turn off just
view mode selection and keep icon size? Or just turn off lists... or
just let the user choose, there are many strange users out there, one
might like it.
SVN revision: 37983
EXPECT a configurenotify to match. this is wrong. wm's are free to ignore
configurerequests if they liek - and dont have to thus send
configurenotifies...
SVN revision: 37922
So far no icon size changes, just mode between Grid Icons, Custom
Icons and List, one can choose to go back to default (global) setting.
TODO:
- select icon size when !list
- save state using e_fm_custom
- child directory should inherit parent settings
SVN revision: 37873
This command line tool will make it easier to open directories from
command line, instead of calling
enlightenment_remote -exec-action fileman "PATH"
It has the advantage of being much simpler and smaller and also
resolving the realpath for you.
If there is no such action "fileman" (ie: module is not loaded), then
it will return failure. To implement this I had to change the
-exec-action so it returns a boolean (it will report that value with
enlightenment_remote as well).
SVN revision: 37861