Re: [E-devel] Problem with edje and its way of dispatching mouse, * signals
Hi Gustavo On Fri, Jul 13, 2007 at 07:53:58PM -0300, Gustavo Sverzut Barbieri wrote: > Ok, reading evas docs it's really the expected behavior, at least it's > documented: > > * EVAS_CALLBACK_MOUSE_OUT: event_info = pointer to > Evas_Event_Mouse_Out * * ... Note that no out events will be * > reported if the mouse pointer is implicitly grabbed to an object (the > * mouse buttons are down at all and any were pressed on that object). > An * out event will be reported as soon as the mouse is no longer > grabbed (no * mouse buttons are depressed). Out events will be > reported once all buttons * are released, if the mouse has left the > object. > > > So, how to solve it without brake every existent thing that depends on > this? As you can see from this post I had a similar problem some months ago: http://article.gmane.org/gmane.comp.window-managers.enlightenment.devel/12444/match= I was also creating a virtual keyboard for a touchscreen and it was also highly inspirred by the iPhone keyboard. I think the current behaviour are good for some parts like sliders, but for other pars like push buttons I would like to be able to get an out event as soon at the mouse leaves the part (clicked or not). Maybe we could add an ungrab or regrab function? Regards Lars Munch - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Problem with edje and its way of dispatching mouse, * signals
On 7/14/07, Lars Munch <[EMAIL PROTECTED]> wrote: > Hi Gustavo > > On Fri, Jul 13, 2007 at 07:53:58PM -0300, Gustavo Sverzut Barbieri > wrote: > > Ok, reading evas docs it's really the expected behavior, at least it's > > documented: > > > > * EVAS_CALLBACK_MOUSE_OUT: event_info = pointer to > > Evas_Event_Mouse_Out * * ... Note that no out events will be * > > reported if the mouse pointer is implicitly grabbed to an object (the > > * mouse buttons are down at all and any were pressed on that object). > > An * out event will be reported as soon as the mouse is no longer > > grabbed (no * mouse buttons are depressed). Out events will be > > reported once all buttons * are released, if the mouse has left the > > object. > > > > > > So, how to solve it without brake every existent thing that depends on > > this? > > As you can see from this post I had a similar problem some months ago: > > http://article.gmane.org/gmane.comp.window-managers.enlightenment.devel/12444/match= > > I was also creating a virtual keyboard for a touchscreen and it was also > highly inspirred by the iPhone keyboard. > > I think the current behaviour are good for some parts like sliders, but > for other pars like push buttons I would like to be able to get an out > event as soon at the mouse leaves the part (clicked or not). Maybe we > could add an ungrab or regrab function? yes, maybe mouse_grab=0|1 and in evas test for this flag being set. BUT, i already tried a quick hack to avoid mouse_grabbed lines and it didn't work, maybe it's not that easy or I did some mistake, again a _quick_ hack :-P -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Patch for imlib2-loaders (configure.in)
Hi, Here is a patch to fix the detection of EDB via pkg-config in imlib2-loaders. Without this, the configure script doesn't find EDB. Regards, -- Jerome Pinot http://ngc891.blogdns.net/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] problem building enlightenment in current CVS 20070714
On 7/14/07, Didier Casse <[EMAIL PROTECTED]> wrote: > > Complete log attached. > > *snip* > Making all in po > make[2]: Entering directory > `/home/didier/rpmbuild/BUILD/enlightenment-0.16.999.040/po' > /usr/bin/make enlightenment.pot-update > make[3]: Entering directory > `/home/didier/rpmbuild/BUILD/enlightenment-0.16.999.040/po' > make[3]: *** No rule to make target `../src/bin/e_int_config_imc.c', > needed > by > `enlightenment.pot-update'. Stop. > make[3]: Leaving directory > `/home/didier/rpmbuild/BUILD/enlightenment-0.16.999.040/po' > make[2]: *** [enlightenment.pot] Error 2 > make[2]: Leaving directory > `/home/didier/rpmbuild/BUILD/enlightenment-0.16.999.040/po' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory > `/home/didier/rpmbuild/BUILD/enlightenment-0.16.999.040' > make: *** [all] Error 2 > error: Bad exit status from /var/tmp/rpm-tmp.98151 (%build) > *snip just committed a fix, can you please check? -- Chady 'Leviathan' Kassouf http://chady.net/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] ecore_xcb proposal - part 2
Hey On Thu, 21 Jun 2007, Vincent Torri wrote: > Here is a suggestion of a new ecore_xcb api, according to all the remarks I > have noted. > > Currently: > > * ecore_x_* functions use Xlib code if XCB is not found, otherwise use XCB > code. In the latter case, one has to use 2 other functions (*_prefetch and > *_fetch functions) to remove roundtrips, in case an X request needs a reply. > Even if I only added functions, it can be considered as an API break. Proposal #2: If XCB is found: * If a request does not need a reply, the function is just a translation of the Xlib code. Nothing much to say. * If a request needs a reply, there will be 2 implementations: - a function with the same name than the Xlib code, which is a translation of the Xlib code. No possibility to remove round trips. This is in order to keep current code working when XCB is found. - 2 functions, one that sends the request, the other one that get the reply. For example, let's take the GetGeometry request: ecore_x_drawable_geometry_get_prefetch : will just call xcb_get_geometry_unchecked and will cache the cookie, like the current implementation. That function is non blocking. ecore_x_drawable_geometry_get_async : will ask for the reply by calling xcb_get_geometry_reply. As raster wants an event driven api, that function can have that prototype (idea from rephorm, if I'm not mistaken): void ecore_x_drawable_geometry_get_async(Ecore_X_Drawable drawable (unused), void (*reply_cb) (void *reply, void *data), void *data) Some remarks: * the async prefix is added to avoid having the same name than a current Xlib function. * with the current implementation of the cache of the cookies, the _async functions must be called in the same order that the _prefetch functions. I guess that it must be changed. * I don't really know if the 'drawable' parameter is needed. I mean, it's unused with the current implementation of the cache, but can be needed if we want to the _async functions to be called in any order. * when xcb_get_geometry_reply has returned, the callback 'reply_cb' is called with a pointer to a structure containing all the data the reply provides. With that example: struct Ecore_X_Geometry { int x; int y; int width; int height; int border; int depth; } * that function is blocking (as xcb_get_geometry_reply is) Another possibility (raster's idea) for ecore_x_drawable_geometry_get_async is to sent an event ECORE_X_REPLY_GEOMETRY_GET just when the xcb_get_geometry_reply call has returned. The event would contain (actually, would be) the structure above. Then, the prototype would just be: void ecore_x_drawable_geometry_get_async(Ecore_X_Drawable drawable (unused)) raster: in that case, should we also add those events in the Xlib implementation ? Any ideas or comments are welcome. Vincent - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] problem building enlightenment in current CVS 20070714
Thanks for the reply Chady. Unfortunately it still gives me errors. Log attached -- With kind regards, Didier. Yum repository for Fedora Core http://sps.nus.edu.sg/~didierbe On 7/14/07, Chady Kassouf <[EMAIL PROTECTED]> wrote: On 7/14/07, Didier Casse <[EMAIL PROTECTED]> wrote: > > Complete log attached. > > *snip* > Making all in po > make[2]: Entering directory > `/home/didier/rpmbuild/BUILD/enlightenment-0.16.999.040/po' > /usr/bin/make enlightenment.pot-update > make[3]: Entering directory > `/home/didier/rpmbuild/BUILD/enlightenment-0.16.999.040/po' > make[3]: *** No rule to make target `../src/bin/e_int_config_imc.c', > needed > by > `enlightenment.pot-update'. Stop. > make[3]: Leaving directory > `/home/didier/rpmbuild/BUILD/enlightenment-0.16.999.040/po' > make[2]: *** [enlightenment.pot] Error 2 > make[2]: Leaving directory > `/home/didier/rpmbuild/BUILD/enlightenment-0.16.999.040/po' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory > `/home/didier/rpmbuild/BUILD/enlightenment-0.16.999.040' > make: *** [all] Error 2 > error: Bad exit status from /var/tmp/rpm-tmp.98151 (%build) > *snip just committed a fix, can you please check? -- Chady 'Leviathan' Kassouf http://chady.net/ e_fm.c:1702: warning: '_e_fm2_client_file_trash' defined but not used e_fm.c:1859: warning: '_e_fm2_client_file_copy' defined but not used e_fm.c:1441: warning: '_e_fm2_unmount_fail' defined but not used e_fm.c:2202: warning: '_e_volume_erase' defined but not used e_fm_mime.c: In function '_e_fm_mime_mime_types_load': e_fm_mime.c:293: warning: implicit declaration of function 'isblank' e_spectrum.c: In function '_e_spectrum_redraw': e_spectrum.c:263: warning: 'vz' may be used uninitialized in this function e_widget_spectrum.c: In function 'e_widget_spectrum_update': e_widget_spectrum.c:96: warning: 'vy' may be used uninitialized in this function e_widget_spectrum.c:96: warning: 'vx' may be used uninitialized in this function e_widget_cslider.c: In function '_e_wid_update': e_widget_cslider.c:264: warning: 'vx' may be used uninitialized in this function e_widget_cslider.c:204: warning: 'vx' may be used uninitialized in this function e_fwin.c: In function '_e_fwin_cb_open': e_fwin.c:645: warning: ignoring return value of 'getcwd', declared with attribute warn_unused_result e_fwin.c:646: warning: ignoring return value of 'chdir', declared with attribute warn_unused_result e_fwin.c:696: warning: ignoring return value of 'chdir', declared with attribute warn_unused_result e_fwin.c: In function '_e_fwin_file_open_dialog': e_fwin.c:1062: warning: ignoring return value of 'getcwd', declared with attribute warn_unused_result e_fwin.c:1063: warning: ignoring return value of 'chdir', declared with attribute warn_unused_result e_fwin.c:1100: warning: ignoring return value of 'chdir', declared with attribute warn_unused_result e_fwin.c:869: warning: 'dia' may be used uninitialized in this function e_exec.c: In function '_dialog_save_cb': e_exec.c:692: warning: ignoring return value of 'fwrite', declared with attribute warn_unused_result e_exec.c:697: warning: ignoring return value of 'fwrite', declared with attribute warn_unused_result e_exec.c:719: warning: ignoring return value of 'fwrite', declared with attribute warn_unused_result e_exec.c:725: warning: ignoring return value of 'fwrite', declared with attribute warn_unused_result e_exec.c:749: warning: ignoring return value of 'fwrite', declared with attribute warn_unused_result e_exec.c:755: warning: ignoring return value of 'fwrite', declared with attribute warn_unused_result e_fm_custom.c:256: warning: '_e_fm2_custom_hash_key_sub_list' defined but not used e_thumb_main.c: In function 'main': e_thumb_main.c:67: warning: ignoring return value of 'nice', declared with attribute warn_unused_result e_fm_main.c: In function '_e_cb_fop_cp_idler': e_fm_main.c:1684: warning: ignoring return value of 'chown', declared with attribute warn_unused_result e_fm_main.c:1707: warning: ignoring return value of 'chown', declared with attribute warn_unused_result e_fm_main.c:1722: warning: ignoring return value of 'chown', declared with attribute warn_unused_result e_fm_main.c:1757: warning: ignoring return value of 'chown', declared with attribute warn_unused_result e_fm_main.c:1790: warning: ignoring return value of 'chown', declared with attribute warn_unused_result e_fm_main.c:1808: warning: ignoring return value of 'chown', declared with attribute warn_unused_result mkdir: cannot create directory `.libs': File exists e_mod_config.c: In function '_cb_entry_ok': e_mod_config.c:226: warning: ignoring return value of 'fwrite', declared with attribute warn_unused_result mkdir: cannot create directory `.libs': File exists e_mod_main.c: In function 'e_modapi_init': e_mod_main.c:1933: warning: comparison is always false due to limited range of data type e_mod_main.c:1934: warning: comparison is always false due to limited range of data type e_mod_mai
Re: [E-devel] E CVS: proto davemds
Gustavo Sverzut Barbieri ha scritto: > On 7/13/07, Dr. Michael Lauer <[EMAIL PROTECTED]> wrote: > >> Enlightenment CVS wrote: >> >>> Enlightenment CVS committal >>> >>> Author : davemds >>> Project : e17 >>> Module : proto >>> >>> Dir : e17/proto/edje_editor >>> >> Just wanted to drop you a big "thanks" for working on that project -- >> it is very helpful for people who are less into code, i.e. I'm sure I could >> hand this to almost every designer. Just need to see whether we can >> teach those guys some embryo scripting as well ;) >> > > I also want to thank dave! edje_editor is turning into a great tool! > > Thank you all guys :) >> Thinking about that, would an "embryo template library" for some of >> the more common "effects" make sense? >> > > yes, it does make sense. I was talking to raster about this on IRC the > other day. A library would be composed of some macros to define a mix > of parts and programs. > I also was thinking about a 'complex object library' to include in the editor, but first I have to implement simple embryo support (a priority for me now!). I think I can done this in the next week. Once embryo scripting is done it would be very easy to add some complex object (maybe reading the template from a simple text file, to make new template creation easy). Thanks all for the support. Dave - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] patch for a better wallpaper dialog layout
hi, if this patch is ok iwould go on and fix some of the other dialog layouts. a screenshot is here: http://www.informatik.uni-bremen.de/~jeff/conf2.jpg Regards, Hannes "jeffdameth" JanetzekIndex: e_int_config_wallpaper.c === RCS file: /var/cvs/e/e17/apps/e/src/modules/conf_wallpaper/e_int_config_wallpaper.c,v retrieving revision 1.1 diff -u -r1.1 e_int_config_wallpaper.c --- e_int_config_wallpaper.c 4 Jul 2007 15:09:24 - 1.1 +++ e_int_config_wallpaper.c 14 Jul 2007 18:07:58 - @@ -57,7 +57,7 @@ e_int_config_wallpaper_desk(E_Container *con, const char *params) { int con_num, zone_num, desk_x, desk_y; - + if (!params) return NULL; con_num = zone_num = desk_x = desk_y = -1; if (sscanf(params, "%i %i %i %i", &con_num, &zone_num, &desk_x, &desk_y) != 4) @@ -75,7 +75,7 @@ if (e_config_dialog_find("E", "_config_wallpaper_dialog")) return NULL; v = E_NEW(E_Config_Dialog_View, 1); cw = E_NEW(E_Config_Wallpaper, 1); - + v->create_cfdata = _create_data; v->free_cfdata = _free_data; v->basic.apply_cfdata = _basic_apply_data; @@ -109,7 +109,7 @@ E_Config_Dialog_Data *cfdata; char path[4096]; const char *homedir; - + cfdata = dia->cfdata; homedir = e_user_homedir_get(); cfdata->fmdir = 1; @@ -132,7 +132,7 @@ e_int_config_wallpaper_import_done(E_Config_Dialog *dia) { E_Config_Dialog_Data *cfdata; - + cfdata = dia->cfdata; cfdata->win_import = NULL; } @@ -141,7 +141,7 @@ e_int_config_wallpaper_gradient_done(E_Config_Dialog *dia) { E_Config_Dialog_Data *cfdata; - + cfdata = dia->cfdata; cfdata->dia_gradient = NULL; } @@ -150,7 +150,7 @@ _cb_button_up(void *data1, void *data2) { E_Config_Dialog_Data *cfdata; - + cfdata = data1; if (cfdata->o_fm) e_fm2_parent_go(cfdata->o_fm); @@ -162,7 +162,7 @@ _cb_files_changed(void *data, Evas_Object *obj, void *event_info) { E_Config_Dialog_Data *cfdata; - + cfdata = data; if (!cfdata->o_fm) return; if (!e_fm2_has_parent_get(cfdata->o_fm)) @@ -187,7 +187,7 @@ E_Fm2_Icon_Info *ici; const char *realpath; char buf[4096]; - + cfdata = data; if (!cfdata->o_fm) return; selected = e_fm2_selected_list_get(cfdata->o_fm); @@ -225,7 +225,7 @@ E_Config_Dialog_Data *cfdata; const char *p, *homedir; char buf[4096]; - + cfdata = data; if (!cfdata->bg) return; if (!cfdata->o_fm) return; @@ -247,18 +247,18 @@ else p = cfdata->bg; } - + e_fm2_select_set(cfdata->o_fm, p, 1); e_fm2_file_show(cfdata->o_fm, p); } static void -_cb_files_files_deleted(void *data, Evas_Object *obj, void *event_info) +_cb_files_files_deleted(void *data, Evas_Object *obj, void *event_info) { E_Config_Dialog_Data *cfdata; Evas_List *sel, *all, *n; E_Fm2_Icon_Info *ici, *ic; - + cfdata = data; if (!cfdata->bg) return; if (!cfdata->o_fm) return; @@ -269,23 +269,23 @@ if (!sel) return; ici = sel->data; - + all = evas_list_find_list(all, ici); n = evas_list_next(all); - if (!n) + if (!n) { n = evas_list_prev(all); if (!n) return; } - + ic = n->data; if (!ic) return; - + e_fm2_select_set(cfdata->o_fm, ic->file, 1); e_fm2_file_show(cfdata->o_fm, ic->file); - + evas_list_free(n); - + evas_object_smart_callback_call(cfdata->o_fm, "selection_change", cfdata); } @@ -294,7 +294,7 @@ { E_Config_Dialog_Data *cfdata; const char *f; - + cfdata = data; if (cfdata->use_theme_bg) { @@ -320,7 +320,7 @@ E_Config_Dialog_Data *cfdata; char path[4096]; const char *homedir; - + cfdata = data; if (cfdata->fmdir == 1) { @@ -338,11 +338,11 @@ _cb_import(void *data1, void *data2) { E_Config_Dialog_Data *cfdata; - + cfdata = data1; if (cfdata->win_import) e_win_raise(cfdata->win_import); - else + else cfdata->win_import = e_int_config_wallpaper_import(cfdata->cfd); } @@ -350,11 +350,11 @@ _cb_gradient(void *data1, void *data2) { E_Config_Dialog_Data *cfdata; - + cfdata = data1; if (cfdata->dia_gradient) e_win_raise(cfdata->dia_gradient->win); - else + else cfdata->dia_gradient = e_int_config_wallpaper_gradient(cfdata->cfd); } @@ -364,7 +364,7 @@ char path[4096]; E_Config_Wallpaper *cw; const E_Config_Desktop_Background *cfbg; - + cw = cfdata->cfd->data; if (cw->specific_config) @@ -400,10 +400,10 @@ cfdata->bg = strdup(cfbg->file); } } - - if ((!cfdata->bg) && e_config->desktop_default_background) + + if ((!cfdata->bg) && e_config->desktop_default_background) cfdata->bg = strdup(e_config->desktop_default_background); - + if (cfdata->bg) { const char *f; @@ -434,9 +434,9 @@ static void _free_data(E_Config_Dialog *cfd, E_Conf
Re: [E-devel] problem building enlightenment in current CVS 20070714
Didier Casse, il 14/07/2007 19:27, scrisse: > make[3]: *** No rule to make target `../src/bin/e_int_config_imc.c', needed > by `enlightenment.pot-update'. Stop. it should be enough to remove from e/po/POTFILES.in the line referring to /src/bin/e_int_config_imc.c and run autogen.sh again. -- Massimo Maiurana massimoragusa.linux.it http://massimo.solira.org GPG keyID #7044D601 Articolo 11 - L'Italia ripudia la guerra come strumento di offesa alla libertà degli altri popoli e come mezzo di risoluzione delle controversie internazionali - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch for imlib2-loaders (configure.in)
Jerome Pinot wrote: > Hi, > > Here is a patch to fix the detection of EDB via pkg-config in > imlib2-loaders. > > Without this, the configure script doesn't find EDB. > > Regards, > > No Patch attached !! dh - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch for imlib2-loaders (configure.in)
On 7/15/07, Christopher Michael <[EMAIL PROTECTED]> wrote: > No Patch attached !! > > dh Weird, it was really attached. Filtered out ? Anyway, here it is: http://ngc891.blogdns.net/pub/projects/patches/imlib2-loaders-edb-pkgconfig.patch -- Jerome Pinot http://ngc891.blogdns.net/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch for imlib2-loaders (configure.in)
Jerome Pinot wrote: > On 7/15/07, Christopher Michael <[EMAIL PROTECTED]> wrote: >> No Patch attached !! >> >> dh > > > Weird, it was really attached. Filtered out ? > > Anyway, here it is: > http://ngc891.blogdns.net/pub/projects/patches/imlib2-loaders-edb-pkgconfig.patch > > > In cvs, Thanks :) devilhorns - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel