The goal of this dialog is to be simpler to use and fit a small
screen, however provide more useful features to the user.
This was done by having one single multi-select ilist with color
previews on the left (just text now, but supports solid colors as
well) and a full-featured preview on the editor box.
The list supports multi-select, so one can enable, disable or set
colors on multiple items at the same time, avoiding the old
enable/disable radios that did not make much sense. The frame label
should be updated based on the items one select (if they have the same
colors or are "mixed", if they are all unset).
The list also uses the new feature to show an "end" icon to notify the
item is customized or not.
TODO: review supported/known color classes, it is as simple as
changing the description array.
SVN revision: 46928
There is still lots of room for improvements, we should add more color
classes so users could choose more colors (conf_colors to be changed
soon).
NOTE: color_class value will be multiply (ie: tint) the existing part
value. This applies for both IMAGES (as expected) and TEXT (I
did not expect it). IOW: do not define the color in the part,
just in the color class section.
NOTE-2: if you do not define a color class in your theme, the
conf_colors dialog will have no clue on what is the default
color.
SVN revision: 46927
NOTE: the color selection widget (e_widget_csel) is way too
complex. The basic editor should not show HSV as most people
have no clue what it is.
SVN revision: 46926
* use toolbook and segment all information to different pages
* icon got its own page, with bigger view
* labels on one line, entries on the next: more consistency, better
alignment, takes less horizontal space and allows entries to show
more characters.
* editing new desktop files (Settings > Apps > New Application) will
use a dynamically created name based on application name, instead
of falling back to a numeric based _new_app-%d.desktop.
SVN revision: 46902
Instead of parse 2 vectors of Enabled and Disabled technologies, use the
technology interface with its 'state' field. It's much easier to extend
this design than the other, also allowing the UI to be easily updated
upon devices (dis)appearing.
This breaks compatibility with connman version < 0.49.
By: Lucas De Marchi <lucas.demarchi@profusion.mobi>
SVN revision: 46881
* advanced in toolbook;
* shorter labels, that still make sense;
* check_changed for both basic and advanced;
* removed some comments that were "too much obvious".
SVN revision: 46856
* removed basic/advanced, only size was extra in advanced and it is
far from being advanced-only feature.
* better order, with enlightenment's cursor theme option right above
the old "Ilde Cursor", now "Idle effects" as it is only applies to
E cursors.
* Remove lots of redundant "Cursor" from phrases... god, we're in a
cursor setting! everything relates to it!
SVN revision: 46852
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
Joel Klinghed
Gustavo Sverzut Barbieri
toma
Christopher Michael
Carsten Haitzler
Hannes Janetzek
Sebastian Dransfeld