used). removed setting up and deletion of keybindings - now its in
normal keybindings config territory. set them up yourself. much more
solid now. happy.
SVN revision: 70552
it's own utility (as per raster's request/idea). Remove explicit
x_clags in Makefile.am(s) as they are no longer needed.
NB: I added some additional libs to the precache stuffs (even tho it's
not used right now). Also a newer e_main (more optimized).
NB: IF you are brave and want to test this, build evas w/ xcb, build
ecore w/ xcb, then rebuild E. Also, disable building opengl in both
evas & ecore (it's not ready for public consumption when paired w/ xcb).
SVN revision: 61680
and anything thats a child that it launches) with... a GUI.. for all
the people who go "so.. how can i set an environment variable"... ie
peopl who dont know how to customis bashrc's or write xinitrc's and
use them etc.. which these days is a LOT of people... :(
note - it's advanced for people with advanced needs, thus its not the
most friendly dialog.. but it works. :)
SVN revision: 59369
- 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
This huge commit will add e_fm2_op_registry, a central place that will
store all on-going operations. You will find that it will report when
operations are added, remove and when they change, for example when
they change progress.
Please notice that the recommended way to present information is to
add listener to specific entries, as opposed to use
E_EVENT_FM_OP_REGISTRY_CHANGED since it will be called immediately and
you do not have to filter which entry is being changed.
Entries will be associated with the e_fm object that originated
it. With that one can get the Ecore_X_Window and request the window to
be raised from somewhere else (ie: gadman/gadget). If object is
deleted (ie: window is closed), the pointer will be made NULL and it
will be a "windowless operation".
TO DO (I need someone to do those):
- e_fwin: windows should present on-going operations as an overlay,
Dave Andreolli already started such work, it's just a matter of
using the new infrastructure.
- create a new gadget that present all on-going operations and maybe
a history. It would be nice to show the e_fwin of if the entry is
clicked, as well as a cancel button and a progress bar. See
"places" module, make them similar.
SVN revision: 39541
* 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
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
* remove illume custom config dialog - use normal one
* add toolbar used in config dialog. will be used for more. makes ui more
compact and flexible.
* make dialog windows optionally ALWAYS be "normal windows".
* config module exports a config gadget now - illume doesnt need it anymore
SVN revision: 37721
can select yourself as a user). also any scaling either calculated from dpi
or set by the user is limited to the min/max values a user can impose (thus
even if you have very low dpi, e doesn't go below a scaling factor you set -
eg 1.0 or 0.5, and same for upscaling).
this should
1. keep all the people who want scalable UI's happy (enable scaling).
2. make e able to (if u want) to adapt to pretty much any dpi screen and
selectively scale just what u want it to.
3. allw you - the user, to be the final controller of just how much to scale
- if you like scaling but think it scales too much - then limit it or set
your own.
right now this will onyl work if your theme supports it... the b&w one does
(mostly). so try that and test. other bits of e need to adapt to this too
(shelf, icon sizes, etc. etc.) as they are not done via edje but code sets
them.
SVN revision: 36211
wallpaper dialog, theme dialog, and other places. This provides a common
widget for file lists with less duplicated code. This also fixes a problem
with the wallpaper/theme dialogs when you tried to use keyboard arrows to
navigate the list, the next item in list was not being selected.
E_Widget_FSel should be ported to use this new widget for file listings.
SVN revision: 34545