In E_Dialog space key grabbed before than keydown event reach to entry widget
in E_Entry_Dialog.
Thus, I forced ungrab space key in e_entry_dialog_show constructor.
Moreover, I added escape key handling in _e_entry_cb_key_down callback.
I do not delete space key grub in E_Dialog, because, I think, it may be
usefull here,
when we need selecting controls with space. Or not?
SVN revision: 39936
I was replicating this code in many places, it should go into eina itself.
It's the right way to change strings that you don't know are
stringshared before, since it will first add a reference and then
remove, making it impossible to have references to go 0 and string
being released before adding new references, fixing the following
possible problem:
x = eina_stringshare_add("x");
replace(x, x);
then:
incorrect_replace(const char **b, const char *a) {
eina_stringshare_del(*b); /* reference gets to 0 */
eina_stringshare_add(a); /* BUG!!! */
*b = a;
}
SVN revision: 39903
the e_main.c change might prove useful as it will minimize path
resolution a lot, something that is not that cheap, even more durin e
startup where disc is still spinning due other tasks
starting. HOWEVER, it might bring problems to those using pre
GLibC-2.4 (we're at 2.9 these days) and maybe people using Solaris or
BSD, let's see if they have any trouble.
SVN revision: 39880
for it - need to improve the thum frames anyway. also the all desktops/this
desk/this screen now works. need to next add add pic/add exhcange/add
gradient buttons
SVN revision: 39867
The edc was generated as
align: 1,3333 1,333;
and thus edje_cc refused to build.
I have done a quick HACK. simply set locale to "C" and the reset to previous locale.
If someone know a cleaner way to solve this issue please let me know.
POSSIBLE ALTERNATIVE SOLUTION:
Why we don't make E able to directly load image files?
I think it's just a matter of 2 lines of code...or am I wrong?
Doing this we can remove all this hackish code to generate edc.
Thanks
Dave
SVN revision: 39848
It has been split into two other dialogs, one for wallpaper file selection
and another one for import settings.
Also the "Set As Background" efm action just calls the latter because the file
was already selected.
SVN revision: 39831
EAPI void
e_menu_item_disabled_set(E_Menu_Item *mi, int disable)
Setting the menu item 'disabled' will gray it out and will make it unselectable.
SVN revision: 39802
* Add the new simple module fileman_opinfo
The module provide a gadget that show the efm operations in progress. It is just a button
with a dynamic label atm, a better interface to come...
To compile the module you need to add it to configure.ac and src/modules/Makefile.am ... I have those
files too much hacked atm to commit :P
k-s: can you commit the 2 files for me please? just add the new module.
Hope you like it
Dave
SVN revision: 39794
* e_fm_op : report sizes (done and total) now refer to the whole task, not the single file
* e_fwin : better operation monitor label (and add a delay on delete)
SVN revision: 39787
one of the most annoying problems while using bling is that when E
segfaults it will launch an alert window, but since composite manager
is using the same process/connection as e17, it will not die and e
will not compose as required, so you basically end with a black
screen.
this patch will forcely turn off manual redirection and you'll get the
white-screen-of-death, being able to restart e17.
future: if we really do composite in e18, then please handle this in a
better way.
SVN revision: 39741
* use edje_box instead of evas_box
* remove entry_del_handler (use the free_cb instead)
* sizeof(buf) instead of PATH_MAX in snprintf
Thanks gustavo for suggestions :)
SVN revision: 39687
The argument is the name of the config dialog to open, ex: 'advanced/engine'
So you can call:
enlightenment_remote -exec-action configuration "appearance/theme"
to open the theme congif dialog.
SVN revision: 39588
* h->active_type was referring to xdnd->type, that could be freed
already. Now it's a reference to that string.
* strcmp() are now direct pointer comparison since strings are shared.
* no more extra "types" allocated member, make it a variable array at
the end of the structure.
SVN revision: 39564
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
- _e_fm2_typebuf_match has the new argument 'next'; one can now go to the prev/next match with up/down keys while typebuffer is active
SVN revision: 39534
between all ecore graphic engine to ease porting of application and reduce the amount of
specific code per engine. This patch does just that.
All your application should continu to work has previously, if it's not the case
please report any new behaviour regarding mouse and keyboard.
SVN revision: 39505
be to propagate the delete operation to e_ilist.c and mark the selected entry to be
deleted and update code listing selected item to not return to be deleted item.
NOTE: Is it really usefull ? Doesn't evas/edje delay the destruction of Evas_Object anyway ?
SVN revision: 39445
You will probably loose desktop icons until you get a fresh profile. Or you can edit the
.desktop files in .e/e/fileman/favorites (new icons name are: user-desktop, user-home, computer and user-temp)
Sorry for bothering... the next commit should be the last ;)
SVN revision: 39419
All the graphics need to be done! For now just a red rectangle, 5 labels and
a really simple progress bar. ... (toma: ping)
You can change the position of the info box from e_fwin.c line 329. A configuration will come soon....
The configuration will also let you choose on witch window you want to see the info box
(every window, just on the source of copy operation, just on the dest or both)
SVN revision: 39416
e_util_icon_theme_set(Evas_Object *obj, const char *icon)
to use in place of e_util_edje_icon_set.
The new function (as it works for menu) search the icon in E theme and FDO themes
according to the config option.
SVN revision: 39371
e_util_menu_item_fdo_icon_set to e_util_menu_item_theme_icon_set
As it looks for icons in e theme AND in fdo icon themes.
* Use the new function everywere instead of e_util_menu_item_edje_icon_set,
that is now marked as DEPRECATED
You should not see any difference with this commit. With the next few commit I'm
going to rename all the icons in the theme following fdo standard. I will not change
any icons, just rename them to match fdo ones.
SVN revision: 39370
while testing with no ~/.gtk-bookmarks and no volume, I was getting a
trailing separator. The new code should just add separators in correct
situations.
SVN revision: 39351