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