efreet_desktop_get (will in time) setup a lot of stuff to monitor
changes. If we just use the results from efreet_desktop_get within one
function and then free, this is unneeded overhead. efreet_desktop_free
will more lightweight (but require a bit more mem alloc).
SVN revision: 46847
If we use efreet_desktop_new we get our own private copy, so we want to
free it, not unref. Anyway, if the efreet desktop has other references,
_free wont completely free, only unref.
SVN revision: 46844
Create the list later so the dialog shows up immediately and is later
populated. The creation of the list is quite expensive, with disk,
efreet and later computation of the final list.
It seems good now, but if required it could be split a bit more,
instead of doing one directory per idle run, do one file.
SVN revision: 46843
This dialog was reworked to have one single list instead of two. This
makes the internals way simpler and also fits small screens.
Extra benefit is that we don't need to reload the list, so it's
flicker-free and you don't loose context. Of course it will save some
cpu cycles not having to do these list fills over and over again.
the ilist had to be changed to include an "end" object, in the default
theme it is at the right. It will use a part named
e/widget/ilist/toggle_end to present the selected state. (The
favorites/heart icon was choosen because it is red and thus easily
visible in both black and white background -- selected/unselected).
SVN revision: 46813
- e_widget_aspect has issues when used in toolbook (so we don't use it here).
- Still a couple of TODOs in this:
Respect zone aspect.
Use livethumb for previews.
SVN revision: 46803
* check_changed for both basic and advanced dialog modes;
* disable sliders and other widgets that depend on the checkbox;
* smaller sliders;
* ensure there is a timer if alert is set;
* check all fgets() return, report error if format was not expected,
simplify some cases.
SVN revision: 46802
Please consider the added note about "slide pointer to window". IMHO
it does not make sense to have this set in lots of places, it should
be a mouse or focus policy, and setting it will set all related
options.
SVN revision: 46792
* remove the inner toolbook until we actually have proxy, removes
some clutter;
* add todo with idea to use pager to simplify the list (actually
there is the problem on how to reorder elements, same thing in
other dialogs, such as the startup applications);
* better scale/expand/fill of elements;
* remove some warnings.
SVN revision: 46788
Dave, are the advanced options working? I never tested them but the
dialog seems bit too polluted. Are all those options working? Do they
make sense? Maybe it should be reworked to be simpler and provide some
context (as far as I know, they just apply to "on top" gadgets)?
SVN revision: 46720
Sebastian Dransfeld
Gustavo Sverzut Barbieri
Christopher Michael
Carsten Haitzler
Massimo Maiurana
Boris Faure