[E-devel] Re: E CVS: libs/ecore sebastid
=== RCS file: /cvsroot/enlightenment/e17/libs/ecore/src/lib/ecore_evas/ecore_evas_x.c,v retrieving revision 1.59 retrieving revision 1.60 diff -u -3 -r1.59 -r1.60 --- ecore_evas_x.c4 Oct 2005 18:19:16 - 1.59 +++ ecore_evas_x.c8 Oct 2005 12:41:59 - 1.60 @@ -333,7 +333,7 @@ e = event; ee = _ecore_evas_x_match(e-win); - if (!ee) return 1; /* pass on event */ + if ((!ee) || (ee-ignore_events)) return 1; /* pass on event */ _ecore_evas_x_modifier_locks_update(ee, e-modifiers); evas_event_feed_key_down(ee-evas, e-keyname, e-keysymbol, e-key_compose, NULL, e-time, NULL); return 1; there are other similar tests that have not been changed. i think that we should also test ee-ignore_events on these. Am I wrong ? Vincent --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: E CVS: libs/ecore sebastid
forget that mail, i've not seen raster's changes when i wrote it Vincent On Sun, 16 Oct 2005, Vincent Torri wrote: === RCS file: /cvsroot/enlightenment/e17/libs/ecore/src/lib/ecore_evas/ecore_evas_x.c,v retrieving revision 1.59 retrieving revision 1.60 diff -u -3 -r1.59 -r1.60 --- ecore_evas_x.c 4 Oct 2005 18:19:16 - 1.59 +++ ecore_evas_x.c 8 Oct 2005 12:41:59 - 1.60 @@ -333,7 +333,7 @@ e = event; ee = _ecore_evas_x_match(e-win); - if (!ee) return 1; /* pass on event */ + if ((!ee) || (ee-ignore_events)) return 1; /* pass on event */ _ecore_evas_x_modifier_locks_update(ee, e-modifiers); evas_event_feed_key_down(ee-evas, e-keyname, e-keysymbol, e-key_compose, NULL, e-time, NULL); return 1; there are other similar tests that have not been changed. i think that we should also test ee-ignore_events on these. Am I wrong ? Vincent --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Ding dong, the witch is dead.
I am proud to announce that the vile, evil, devilish window serial killer has been vanquished. After a weekend of really, really very slow debugging on a pentium 100, raster and myself managed to crush it unmercifully. The bug was that on slow hardware, switching desktops quickly would sometimes make a window vanish. The application was still running, but as far as E17 was concerned, that window was gone. Prompted by the Frequently Asked Question Where are my windows I asked raster about it. He gave me a run down of how to debug it, and I volunteered my P100 for the task. After about a dozen hours, a recent CVS checkout of E17 was compiled on the poor wretched thing, and testing commenced. By holding down the Ctrl+Alt then rapidly and randomly banging the arrow keys, I could reproduce the bug at will, often within a few seconds. The main reason the perpetrator had proved so illusive in the past is that it is almost impossible to reproduce on the sort of overpowered beast favoured by developers. With a reliable testing environment in hand, I instrumented the source code and set off on the hunting expedition. By the afternoon of the following day, raster was online again, and I had some bug spore for him to follow. After an hour on the trail, and possible getting interrupted by other things, raster had the monster in his sights. Seven minutes later, he had a clean shot at it. Three hours after the fix was in, I had finished recompiling and began testing. After a half hour of solid desktop switching, all my windows are still present and accounted for. This bitch is dead, long live the Rasterman! pgpyoLWnMUTx8.pgp Description: PGP signature
Re: [E-devel] Maximize bug
Rasterman, sorry for the double post... I'm also having difficulties maximizing windows. When I try to maximize a window, it disappears and can be found on the lost windows menu. I just updated E from CVS, cleaned my ~/.e directory. It worked for a couple of times, but now I'm losing windows again. I'm using the SMART maximize-policy, simple X configuration (no xinerama or dual head). I tried playing with eterm and firefox and both are lost when maximized. Ehud. --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Ecore ...
Hi! Something weird after last CVS updates: gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src/lib/ecore -I../../../src/lib/ecore -D_REENTRANT -I/usr/include/directfb -I/opt/e17/include -I/opt/ e17/include -L/opt/e17/lib -Wall -MT ecore_directfb.lo -MD -MP -MF .deps/ecore_directfb.Tpo -c ecore_directfb.c -fPIC -DPIC -o .libs/ecore_directfb.o In file included from ecore_directfb.c:4: ecore_directfb_keys.h:144: error: `DIKS_CURSOR_LEFT_UP' undeclared here (not in a function) ecore_directfb_keys.h:144: error: initializer element is not constant ecore_directfb_keys.h:144: error: (near initialization for `_ecore_directfb_key_symbols[119].keycode') ecore_directfb_keys.h:144: error: initializer element is not constant ecore_directfb_keys.h:144: error: (near initialization for `_ecore_directfb_key_symbols[119]') ecore_directfb_keys.h:145: error: `DIKS_CURSOR_LEFT_DOWN' undeclared here (not in a function) ecore_directfb_keys.h:145: error: initializer element is not constant ecore_directfb_keys.h:145: error: (near initialization for `_ecore_directfb_key_symbols[120].keycode') ecore_directfb_keys.h:145: error: initializer element is not constant ecore_directfb_keys.h:145: error: (near initialization for `_ecore_directfb_key_symbols[120]') ecore_directfb_keys.h:146: error: `DIKS_CURSOR_UP_RIGHT' undeclared here (not in a function) ecore_directfb_keys.h:146: error: initializer element is not constant ecore_directfb_keys.h:146: error: (near initialization for `_ecore_directfb_key_symbols[121].keycode') ecore_directfb_keys.h:146: error: initializer element is not constant ecore_directfb_keys.h:146: error: (near initialization for `_ecore_directfb_key_symbols[121]') ecore_directfb_keys.h:147: error: `DIKS_CURSOR_DOWN_RIGHT' undeclared here (not in a function) ecore_directfb_keys.h:147: error: initializer element is not constant skipped a little ecore_directfb.c: In function `ecore_directfb_window_cursor_show': ecore_directfb.c:585: error: `DSPF_A1' undeclared (first use in this function) ecore_directfb.c:585: error: (Each undeclared identifier is reported only once ecore_directfb.c:585: error: for each function it appears in.) ecore_directfb.c: In function `ecore_directfb_window_fullscreen_set': ecore_directfb.c:635: error: structure has no member named `CreateFileDescriptor' ecore_directfb.c: In function `ecore_directfb_init': ecore_directfb.c:677: error: structure has no member named `CreateFileDescriptor' ecore_directfb.c: At top level: ecore_directfb.c:38: warning: '_ecore_directfb_event_fd_handler' declared `static' but never defined make[4]: *** [ecore_directfb.lo] Error 1 make[4]: Leaving directory `/opt/DEVEL/e17/libs/ecore/src/lib/ecore_directfb' make[3]: *** [all-recursive] Error 1 did grep -r on /opt/DEVEL/e17/ - no DIKS_CURSOR_ Ideas? Thanks, Dan --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Re: Ding dong, the witch is dead.
David Seikel [EMAIL PROTECTED] writes: I am proud to announce that the vile, evil, devilish window serial killer has been vanquished. After a weekend of really, really very slow debugging on a pentium 100, raster and myself managed to crush it unmercifully. ROFL! I love your way of making debugging sound like the a new blockbuster action/thriller movie! Great job finding this bug! -- Martin Geisler GnuPG Key: 0x7E45DD38 PHP Exif Library | PHP Weather | PHP Shell http://pel.sf.net/| http://phpweather.net/ | http://mgeisler.net/ Read/write Exif data | Show current weather| A shell in a browser pgpCicXqMshgA.pgp Description: PGP signature
Re: [E-devel] Ding dong, the witch is dead.
David Seikel wrote: With a reliable testing environment in hand, I instrumented the source code and set off on the hunting expedition. By the afternoon of the following day, raster was online again, and I had some bug spore for him to follow. After an hour on the trail, and possible getting interrupted by other things, raster had the monster in his sights. Seven minutes later, he had a clean shot at it. Three hours after the fix was in, I had finished recompiling and began testing. After a half hour of solid desktop switching, all my windows are still present and accounted for. This bitch is dead, long live the Rasterman! me hands over the 'killing it slowly monsterbug-debug-award' to david *fg greets, chris --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Ecore ...
On Sun, 16 Oct 2005 12:09:40 +0200 Ag. System Administrator [EMAIL PROTECTED] babbled: Hi! Something weird after last CVS updates: either your directfb is to new, or too old - but just --disable directfb when compiling ecore :) gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src/lib/ecore -I../../../src/lib/ecore -D_REENTRANT -I/usr/include/directfb -I/opt/e17/include -I/opt/ e17/include -L/opt/e17/lib -Wall -MT ecore_directfb.lo -MD -MP -MF .deps/ecore_directfb.Tpo -c ecore_directfb.c -fPIC -DPIC -o .libs/ecore_directfb.o In file included from ecore_directfb.c:4: ecore_directfb_keys.h:144: error: `DIKS_CURSOR_LEFT_UP' undeclared here (not in a function) ecore_directfb_keys.h:144: error: initializer element is not constant ecore_directfb_keys.h:144: error: (near initialization for `_ecore_directfb_key_symbols[119].keycode') ecore_directfb_keys.h:144: error: initializer element is not constant ecore_directfb_keys.h:144: error: (near initialization for `_ecore_directfb_key_symbols[119]') ecore_directfb_keys.h:145: error: `DIKS_CURSOR_LEFT_DOWN' undeclared here (not in a function) ecore_directfb_keys.h:145: error: initializer element is not constant ecore_directfb_keys.h:145: error: (near initialization for `_ecore_directfb_key_symbols[120].keycode') ecore_directfb_keys.h:145: error: initializer element is not constant ecore_directfb_keys.h:145: error: (near initialization for `_ecore_directfb_key_symbols[120]') ecore_directfb_keys.h:146: error: `DIKS_CURSOR_UP_RIGHT' undeclared here (not in a function) ecore_directfb_keys.h:146: error: initializer element is not constant ecore_directfb_keys.h:146: error: (near initialization for `_ecore_directfb_key_symbols[121].keycode') ecore_directfb_keys.h:146: error: initializer element is not constant ecore_directfb_keys.h:146: error: (near initialization for `_ecore_directfb_key_symbols[121]') ecore_directfb_keys.h:147: error: `DIKS_CURSOR_DOWN_RIGHT' undeclared here (not in a function) ecore_directfb_keys.h:147: error: initializer element is not constant skipped a little ecore_directfb.c: In function `ecore_directfb_window_cursor_show': ecore_directfb.c:585: error: `DSPF_A1' undeclared (first use in this function) ecore_directfb.c:585: error: (Each undeclared identifier is reported only once ecore_directfb.c:585: error: for each function it appears in.) ecore_directfb.c: In function `ecore_directfb_window_fullscreen_set': ecore_directfb.c:635: error: structure has no member named `CreateFileDescriptor' ecore_directfb.c: In function `ecore_directfb_init': ecore_directfb.c:677: error: structure has no member named `CreateFileDescriptor' ecore_directfb.c: At top level: ecore_directfb.c:38: warning: '_ecore_directfb_event_fd_handler' declared `static' but never defined make[4]: *** [ecore_directfb.lo] Error 1 make[4]: Leaving directory `/opt/DEVEL/e17/libs/ecore/src/lib/ecore_directfb' make[3]: *** [all-recursive] Error 1 did grep -r on /opt/DEVEL/e17/ - no DIKS_CURSOR_ Ideas? Thanks, Dan --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Ding dong, the witch is dead.
On Sun, 16 Oct 2005 19:28:08 +1000 David Seikel [EMAIL PROTECTED] babbled: I am proud to announce that the vile, evil, devilish window serial killer has been vanquished. After a weekend of really, really very slow debugging on a pentium 100, raster and myself managed to crush it unmercifully. The bug was that on slow hardware, switching desktops quickly would sometimes make a window vanish. The application was still running, but as far as E17 was concerned, that window was gone. Prompted by the Frequently Asked Question Where are my windows I asked raster about it. He gave me a run down of how to debug it, and I volunteered my P100 for the task. After about a dozen hours, a recent CVS checkout of E17 was compiled on the poor wretched thing, and testing commenced. By holding down the Ctrl+Alt then rapidly and randomly banging the arrow keys, I could reproduce the bug at will, often within a few seconds. The main reason the perpetrator had proved so illusive in the past is that it is almost impossible to reproduce on the sort of overpowered beast favoured by developers. With a reliable testing environment in hand, I instrumented the source code and set off on the hunting expedition. By the afternoon of the following day, raster was online again, and I had some bug spore for him to follow. After an hour on the trail, and possible getting interrupted by other things, raster had the monster in his sights. Seven minutes later, he had a clean shot at it. Three hours after the fix was in, I had finished recompiling and began testing. After a half hour of solid desktop switching, all my windows are still present and accounted for. This bitch is dead, long live the Rasterman! aye - the weird thing is.. we were getting 2 unmap events from 1 unmap. it was entirely weird as shite. anyway. dave here did a GREAt job that i would love to see more users do - even if they arent 100% hard-core coders, you can always learn enough c to add debug printf's in and hunt down some code iffy bits and provide logs - gdb debugging sessions and more to help us devs find those bugs we just cant reproduce :) well done dave! this is what hapens when users get up and help out - shit gets fixed :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: Ding dong, the witch is dead.
On Sun, 16 Oct 2005 12:06:11 +0200 Martin Geisler [EMAIL PROTECTED] wrote: David Seikel [EMAIL PROTECTED] writes: I am proud to announce that the vile, evil, devilish window serial killer has been vanquished. After a weekend of really, really very slow debugging on a pentium 100, raster and myself managed to crush it unmercifully. ROFL! I love your way of making debugging sound like the a new blockbuster action/thriller movie! Great job finding this bug! If it sounds more interesting, more people will do it. On the other hand, if you check out my web site, it starts with - Zen programming is not a spectator sport. pgpWww2rjR7LQ.pgp Description: PGP signature
[E-devel] A crash when dragging eap files to the ibar
I've tested it by dragging an eap file from nautilus to the ibar. I remember that this used to work before this is all the gdb data I can muster: (gdb) bt #0 0x080acc42 in _e_drag_update (x=392, y=1160) at e_dnd.c:510 #1 0x080ad686 in _e_dnd_cb_event_dnd_position (data=0x810c888, type=53, event=0x90b3cf0) at e_dnd.c:904 #2 0xb7c365a0 in _ecore_event_call () at ecore_events.c:431 #3 0xb7c3b597 in _ecore_main_loop_iterate_internal (once_only=0) at ecore_main.c:629 #4 0xb7c3a705 in ecore_main_loop_begin () at ecore_main.c:79 #5 0x0805d6a7 in main (argc=1, argv=0xbfb8e894) at e_main.c:556 (gdb) fr 0 #0 0x080acc42 in _e_drag_update (x=392, y=1160) at e_dnd.c:510 510 h-cb.enter(h-cb.data, _drag_current-types[0], en er_ev); (gdb) fr 1 #1 0x080ad686 in _e_dnd_cb_event_dnd_position (data=0x810c888, type=53, event=0x90b3cf0) at e_dnd.c:904 904 _e_drag_update(ev-position.x, ev-position.y); (gdb) p data $3 = (void *) 0x810c888 (gdb) p event $4 = (void *) 0x90b3cf0 (gdb) fr 2 #2 0xb7c365a0 in _ecore_event_call () at ecore_events.c:431 431 if (!eh-func(eh-data, e-type, e-event)) If you need more info from gdb, please ask, because I have no idea what to send. Currently, I just use the commands carsten told me the last time I sent a bt. Also, another problem which is somewhat related. It seems that whenever an icon is dragged from the corner of the window to the ibar, the e is restarted, the icon turns blank in both the ibar and the window (but the eap file is full of info, just like it's supposed to be). --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] patch for efm
I don't know if there is any particular reason because efm is the only not translatable part of E. anyway, I did a patch to internazionalize efm... hoping it can be useful :) -- Massimo Maiurana mailto:[EMAIL PROTECTED] 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 Index: e_fileman_smart.c === RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_fileman_smart.c,v retrieving revision 1.31 diff -u -u -r1.31 e_fileman_smart.c --- e_fileman_smart.c 14 Oct 2005 11:55:49 - 1.31 +++ e_fileman_smart.c 16 Oct 2005 15:18:34 - @@ -1299,11 +1299,11 @@ fileman = file-data; dia = e_dialog_new(fileman-con); - e_dialog_button_add(dia, Ok, NULL, _e_fm_file_delete_no_cb, file); + e_dialog_button_add(dia, _(Ok), NULL, _e_fm_file_delete_no_cb, file); e_dialog_button_focus_num(dia, 1); - e_dialog_title_set(dia, Error); + e_dialog_title_set(dia, _(Error)); text = E_NEW(char, PATH_MAX + 256); - snprintf(text, PATH_MAX + 256, Could not delete brb%s/b ?, file-attr-name); + snprintf(text, PATH_MAX + 256, _(Could not delete brb%s/b ?), file-attr-name); e_dialog_text_set(dia, text); e_dialog_show(dia); @@ -1546,12 +1546,12 @@ file = data; dia = e_dialog_new(file-sd-win-container); - e_dialog_button_add(dia, Yes, NULL, _e_fm_file_delete_yes_cb, file); - e_dialog_button_add(dia, No, NULL, _e_fm_file_delete_no_cb, file); + e_dialog_button_add(dia, _(Yes), NULL, _e_fm_file_delete_yes_cb, file); + e_dialog_button_add(dia, _(No), NULL, _e_fm_file_delete_no_cb, file); e_dialog_button_focus_num(dia, 1); - e_dialog_title_set(dia, Confirm); + e_dialog_title_set(dia, _(Confirm)); text = E_NEW(char, PATH_MAX + 256); - snprintf(text, PATH_MAX + 256, Are you sure you want to delete brb%s/b ?, file-attr-name); + snprintf(text, PATH_MAX + 256, _( Are you sure you want to delete brb%s/b ?), file-attr-name); e_dialog_text_set(dia, text); e_dialog_show(dia); } @@ -1638,16 +1638,16 @@ snprintf(permissions, 128, %s, ); dia = e_dialog_new(file-sd-win-container); - e_dialog_title_set(dia, Properties); + e_dialog_title_set(dia, _(Properties)); e = e_win_evas_get(dia-win); ol = e_widget_list_add(e, 0, 0); hb = e_widget_list_add(e, 1, 1); - o = e_widget_frametable_add(e, General, 0); + o = e_widget_frametable_add(e, _(General), 0); - snprintf(text, 512, File:); + snprintf(text, 512, _(File:)); e_widget_frametable_object_append(o, e_widget_label_add(e, text), 0, 0, 1, 1, 1, 1, 1, 1); @@ -1656,7 +1656,7 @@ 1, 0, 1, 1, 1, 1, 1, 1); - snprintf(text, 512, Size:); + snprintf(text, 512, _(Size:)); e_widget_frametable_object_append(o, e_widget_label_add(e, text), 0, 1, 1, 1, 1, 1, 1, 1); @@ -1665,7 +1665,7 @@ 1, 1, 1, 1, 1, 1, 1, 1); - snprintf(text, 512, Type:); + snprintf(text, 512, _(Type:)); e_widget_frametable_object_append(o, e_widget_label_add(e, text), 0, 2, 1, 1, 1, 1, 1, 1); @@ -1674,57 +1674,57 @@ 1, 2, 1, 1, 1, 1, 1, 1); - e_widget_frametable_object_append(o, e_widget_check_add(e, Protect this file, dummy_val), + e_widget_frametable_object_append(o, e_widget_check_add(e, _(Protect this file), dummy_val), 0, 3, 2, 1, 1, 1, 1, 1); rg = e_widget_radio_group_new(dummy_val); - e_widget_frametable_object_append(o, e_widget_radio_add(e, Let others see this file, 0, rg), + e_widget_frametable_object_append(o, e_widget_radio_add(e, _(Let others see this file), 0, rg), 0, 4, 2, 1, 1, 1, 1, 1); - e_widget_frametable_object_append(o, e_widget_radio_add(e, Let others modify this file, 0, rg), + e_widget_frametable_object_append(o, e_widget_radio_add(e, _(Let others modify this file), 0, rg), 0, 5, 2, 1, 1, 1, 1, 1); /* Use those in advanced dialog. - snprintf(text, 512, Owner:); + snprintf(text, 512, _(Owner:)); e_widget_framelist_object_append(o, e_widget_label_add(e, text)); snprintf(text, 512, %s, username); e_widget_framelist_object_append(o, e_widget_label_add(e, text)); - snprintf(text, 512, Group:); + snprintf(text, 512, _(Group:)); e_widget_framelist_object_append(o, e_widget_label_add(e, text)); snprintf(text, 512, %s, groupname); e_widget_framelist_object_append(o, e_widget_label_add(e, text)); - snprintf(text, 512, Type:); + snprintf(text, 512, _(Type:)); e_widget_framelist_object_append(o, e_widget_label_add(e, text)); switch(_e_fm_file_type(file)) { case E_FILEMAN_FILETYPE_DIRECTORY: - snprintf(text, 512, Directory); +
[E-devel] cpu usage reporting patch for monitor module
I've been using the monitor module, and annoyingly it reports 100% cpu usage. Here's a simple patch to hide this. diff -ur e17.orig/apps/e_modules/src/modules/monitor/linux_2.6.c e17/apps/e_modules/src/modules/monitor/linux_2.6.c --- e17.orig/apps/e_modules/src/modules/monitor/linux_2.6.c 2005-08-24 15:17:16.0 -0700 +++ e17/apps/e_modules/src/modules/monitor/linux_2.6.c 2005-10-16 12:56:02.0 -0700 @@ -93,6 +93,8 @@ count_cpus(); load = u + n + s; + if ((load / __monitor_cpu_count) 100) +return 100; return load / __monitor_cpu_count; }
Re: [E-devel] patch for efm
On 10/16/05, Massimo Maiurana [EMAIL PROTECTED] wrote: I don't know if there is any particular reason because efm is the only not translatable part of E. anyway, I did a patch to internazionalize efm... hoping it can be useful :) It is, thanks! (= -- Hisham Mardam Bey MSc (Computer Science) http://hisham.cc/ +9613609386 Codito Ergo Sum (I Code Therefore I Am) --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Creating an Imlib_Image directly from an XImage
Hi there, Can I extract arbitrary rectangular section out of an XIMage using `imlib_create_image_from_ximage()' ? I guess I can, but I was unable too so far. I just fetched Imlib2 1.2.1.009 from CVS (this part of code is pretty stable since its original inclusion in october 2000 anyway), and I wonder if the `__imlib_GrabXImageToRGBA()' function is working as expected when it comes to extracting arbitrary rectangular sections out of an XImage: it seems the x and y parameters (12th and 13th) are just plainly ignored when positive (just look at the first few lines setting inx and iny), leading to always grep subimages at (0, 0) in the original image, since ox = oy = 0 when calling from `imlib_create_image_from_ximage()' ... Am I misunderstanding how it is used here? The code for copying from source to destination looks like (I took out the 32 bits, non-bgr unmasked case since it is easy to read): for (y = 0; y h; y++) { src = (DATA32 *) (xim-data + (xim-bytes_per_line * y)); ptr = data + ((y + iny) * ow) + inx; for (x = 0; x w; x++) { *ptr++ = 0xff00 | ((*src) 0x00ff); src++; } } When I would have expected something like: for (y = 0; y h; y++) { src = (DATA32 *) (xim-data + (xim-bytes_per_line * (y + iny)) + sizeof(DATA32) * inx); ptr = data + (y * w); for (x = 0; x w; x++) { *ptr++ = 0xff00 | ((*src) 0x00ff); src++; } } with (inx, iny) being the coordinates of the subimage we want to grab from the xim XImage. Thanks in advance for your pointers on this! Yours, -- Sylvain Fourmanoit [EMAIL PROTECTED] No wonder Clairol makes so much money selling shampoo. Lather, Rinse, Repeat is an infinite loop! --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] What is the best lib for modules?
Hello, I would like to write some modules for e17 and I was wondering, should I use evas, ewl, etc? I wanted to have a Text field, but I noticed that there are text feilds in every lib (well, almost). At first I thought of using ewl but it seams more like a regular application lib needing a window and all. Plus ewl's text field has a small bug, when I start to type, it writes one letter and the curser goes back to the begining of the field and sits there. This is probably a fixed bug but since I can't upgrade my e right now (gentoo ebuild problem) I can't check. Anyways, thanks, Gabriel --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] What is the best lib for modules?
On 10/17/05, Gabriel Rossetti [EMAIL PROTECTED] wrote: I would like to write some modules for e17 and I was wondering, should I use evas, ewl, etc? Since E17 doesnt link against Ewl, we tend to use E's internal libs / widgets and evas/edje. I wanted to have a Text field, but I noticed that there are text feilds in every lib (well, almost). At first I thought of using ewl but it seams more like a regular application lib needing a window and all. E has e_entry which allows you to enter and get text. (Its a smart object inside E). -- Hisham Mardam Bey MSc (Computer Science) http://hisham.cc/ +9613609386 Codito Ergo Sum (I Code Therefore I Am) --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] What is the best lib for modules?
Thanks! I'll Get to work then :-) Gabriel Hisham Mardam Bey wrote: On 10/17/05, Gabriel Rossetti [EMAIL PROTECTED] wrote: I would like to write some modules for e17 and I was wondering, should I use evas, ewl, etc? Since E17 doesnt link against Ewl, we tend to use E's internal libs / widgets and evas/edje. I wanted to have a Text field, but I noticed that there are text feilds in every lib (well, almost). At first I thought of using ewl but it seams more like a regular application lib needing a window and all. E has e_entry which allows you to enter and get text. (Its a smart object inside E). -- Hisham Mardam Bey MSc (Computer Science) http://hisham.cc/ +9613609386 Codito Ergo Sum (I Code Therefore I Am) --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Next witch. Was: [E-devel] Ding dong, the witch is dead.
On Sun, 16 Oct 2005 12:46:27 +0200 [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: me hands over the 'killing it slowly monsterbug-debug-award' to david For my next trick.. Although it doesn't happen often, it is occasionally annoyingly time consuming to have to reboot my computer when the keyboard freezes shortly after entranced starts up. I have discussed this with, er, one of the developers I think, I can't remember who, and grepping my IRC logs can't find it. At any rate, it is possibly not entrances fault. On the other hand, I have never seen it happen to other display managers. The problem - When starting entranced at boot time, the keyboard will sometimes freeze, which means you can't type a password, or switch to a VT, or anything useful. The only option is to use the mouse to hit the reboot button, unless you have a nearby box handy you could use to ssh into the frozen box. The freeze doesn't always happen straight away, but if it will happen, it will happen in a minute of entranced starting, and usually within a few seconds. The freeze only hits me often enough to be slightly annoying. This problem has other quirks that I won't go into right now. This one will be a real bitch to track down, as not only is there no clue about where to look, and is hard to reproduce, but it requires constant rebooting. Rebooting my main box takes minutes, and i won't even mention how long the P100 takes to boot. On the other hand, I am developing My Linux, which has been specifically optimised to boot fast. On the gripping hand, My Linux is waiting for the official release of the modular Xorg tree before I add X to it. Should happen any day now. Oh, and E17 will be it's official window manager, so I will need to fix or workaround this as distro maintainer anyway. Without actually looking at the code, and just off the top of my head, I have a plan of attack. Instrument the source so that it is logging the flow through the code. Add a Frozen keyboard button to the login screen. Set a First login flag. At first login, if the user can type a password and login, the keyboard is not frozen, so write the log to the it worked logging directory, and turn off the logging. If the keyboard freezes, hit the Frozen keyboard button with the mouse, this writes the log to the it froze logging directory. Compare logs, add more instrumentation, rinse and repeat. This lets me track the problem, without having to spend the day rebooting. It will take a long time though. I have yet to install entranced on my P100, but I should, and whenever I have a spare moment, just reboot it and test the keyboard. I have to go and work for my bandwidth now, so I won't even start this process yet. pgpyzLH21ycrW.pgp Description: PGP signature
[E-devel] Why doesn't Eterm displays the colouring of the directories in FC4?
Before I tell you about the problem.. i must tell you that: 1) I just compiled Eterm0.9.3 and installed it. 2) In order to get it to compile with FC4 I had to comment out 2 lines in command.c. Lines 3006,3009 both lines have references to a AT_LEAST() function, both lines wehre giving me a invalid lvalue assigned error with gcc 4.0.0 and 4.0... in anycase.. Now my problem is that Eterm doesn't display the file coloring as all the other terms do.. how can I fix this? or is related to the line commenting that I did? I will appreciate any help.. Thanks.. Gunfus --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: Next witch. Was: [E-devel] Ding dong, the witch is dead.
On Mon, 17 Oct 2005 10:33:21 +1000 David Seikel [EMAIL PROTECTED] babbled: On Sun, 16 Oct 2005 12:46:27 +0200 [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: me hands over the 'killing it slowly monsterbug-debug-award' to david For my next trick.. Although it doesn't happen often, it is occasionally annoyingly time consuming to have to reboot my computer when the keyboard freezes shortly after entranced starts up. I have discussed this with, er, one of the developers I think, I can't remember who, and grepping my IRC logs can't find it. At any rate, it is possibly not entrances fault. On the other hand, I have never seen it happen to other display managers. The problem - When starting entranced at boot time, the keyboard will sometimes freeze, which means you can't type a password, or switch to a VT, or anything useful. The only option is to use the mouse to hit the reboot button, unless you have a nearby box handy you could use to ssh into the frozen box. The freeze doesn't always happen straight away, but if it will happen, it will happen in a minute of entranced starting, and usually within a few seconds. The freeze only hits me often enough to be slightly annoying. This problem has other quirks that I won't go into right now. This one will be a real bitch to track down, as not only is there no clue about where to look, and is hard to reproduce, but it requires constant rebooting. Rebooting my main box takes minutes, and i won't even mention how long the P100 takes to boot. On the other hand, I am developing My Linux, which has been specifically optimised to boot fast. On the gripping hand, My Linux is waiting for the official release of the modular Xorg tree before I add X to it. Should happen any day now. Oh, and E17 will be it's official window manager, so I will need to fix or workaround this as distro maintainer anyway. Without actually looking at the code, and just off the top of my head, I have a plan of attack. Instrument the source so that it is logging the flow through the code. Add a Frozen keyboard button to the login screen. Set a First login flag. At first login, if the user can type a password and login, the keyboard is not frozen, so write the log to the it worked logging directory, and turn off the logging. If the keyboard freezes, hit the Frozen keyboard button with the mouse, this writes the log to the it froze logging directory. Compare logs, add more instrumentation, rinse and repeat. This lets me track the problem, without having to spend the day rebooting. It will take a long time though. I have yet to install entranced on my P100, but I should, and whenever I have a spare moment, just reboot it and test the keyboard. I have to go and work for my bandwidth now, so I won't even start this process yet. i have seen this at some odd occasions before. the problem is - it left me with not even being able to ctrl+alt+backspace or ctrl+alt+f1... etc. this basically indicates the xserver itself is not getting key presses or simply not responding to them (as x traps these internally straight from the device and acts on them). so i chalked it up to crap. an x bug. and due to it being intermittent... that was the last i bothered. now if its actually an x bug, a kernel driver bug, or something else, i don't know. but its likely some race condition i imagine related to 2.6 kernles generic /dev/input modules, module loading, x starting up (maybe entrance is toof ast in starting x up before modules have finished initting) and x gets the device does its ioctl's to set the keyboard to raw mode, then the module kicks in resetting the keyboard into some mode it wasn't in and so the key input stream is fucked. thats a wild guess myself based on some zen, stab in the dark, a toss of my lucky bones, and advice from a small 3 headed chicken i keep in my drawer. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] New version of calendar module
Hi gang, I have updated the calendar module. Get it at http://home.comcast.net/~nasa01/calendar.tar.gz For those who tried my earlier version -- please make sure to completely remove it as the module is now self contained. Install is now ./configure and make install. feedback is always welcome. -- Nathan A. Smith [EMAIL PROTECTED] --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: Next witch. Was: [E-devel] Ding dong, the witch is dead.
On Mon, 17 Oct 2005 09:54:02 +0900 Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote: On Mon, 17 Oct 2005 10:33:21 +1000 David Seikel [EMAIL PROTECTED] babbled: On Sun, 16 Oct 2005 12:46:27 +0200 [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: me hands over the 'killing it slowly monsterbug-debug-award' to david For my next trick.. Although it doesn't happen often, it is occasionally annoyingly time consuming to have to reboot my computer when the keyboard freezes shortly after entranced starts up. snip I have to go and work for my bandwidth now, so I won't even start this process yet. Bugger, looks like today is a total write off work wise. Oh well, it's not like they pay me _much_ bandwidth. i have seen this at some odd occasions before. the problem is - it left me with not even being able to ctrl+alt+backspace or ctrl+alt+f1... etc. this basically indicates the xserver itself is not getting key presses or simply not responding to them (as x traps these internally straight from the device and acts on them). so i chalked it up to crap. an x bug. and due to it being intermittent... that was the last i bothered. That is some of the quirks I mentioned. One I have noticed is that Ctrl+Alt+F* to switch to a different VT triggers something, although not the correct thing. It starts by blanking my monitor for a few seconds. This is expected behaviour when I switch from graphics to text mode [0]. But, it then unexpectedly shows me the entrance screen again, and not the desired VT. now if its actually an x bug, a kernel driver bug, or something else, i don't know. but its likely some race condition i imagine related to 2.6 kernles generic /dev/input modules, module loading, x starting up (maybe entrance is toof ast in starting x up before modules have finished initting) and x gets the device does its ioctl's to set the keyboard to raw mode, then the module kicks in resetting the keyboard into some mode it wasn't in and so the key input stream is fucked. Oh good, race conditions I am good at. B-) thats a wild guess myself based on some zen, stab in the dark, a toss of my lucky bones, and advice from a small 3 headed chicken i keep in my drawer. My 3 headed chicken says hi. [0] Another pet peeve of mine. Modern monitors are slower at this than ancient monitors, and my research has shown that they are getting slower. Each new generation of monitors seems to add a large fraction of a second to mode switch time. My two year old LCD takes four seconds to switch modes, but the 11 year old CRT next to it does that in one second. It has nothing to do with the number of supported modes or frequencies as most people suspect, as my CRT supports more than my LCD does. Damn it, a modern LCD being fed a fully digital signal should not take four seconds to switch modes, that is just plain inexcusable. Fuck it, I don't have the source code for my LCD. pgpkhYiydRNlX.pgp Description: PGP signature
Re: [E-devel] Why doesn't Eterm displays the colouring of the directories in FC4?
On Sunday 16 October 2005 07:13 pm, Angel Vera wrote: 2) In order to get it to compile with FC4 I had to comment out 2 lines in command.c. Lines 3006,3009 both lines have references to a AT_LEAST() function, both lines wehre giving me a invalid lvalue assigned error with gcc 4.0.0 and 4.0... in anycase.. this has been fixed in cvs ... you shouldnt just blindly comment out lines, they're there for a reason :P http://viewcvs.gentoo.org/x11-terms/eterm/files/eterm-0.9.3-gcc4.patch Now my problem is that Eterm doesn't display the file coloring as all the other terms do.. how can I fix this? or is related to the line commenting that I did? not a bug in eterm ... sounds like FC's coreutils doesnt respect Eterm as a colorized terminal make sure your ls alias is set correctly and that `dircolors` displays a lot of stuff -mike --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: Next witch. Was: [E-devel] Ding dong, the witch is dead.
On Mon, 17 Oct 2005 12:18:42 +1000 David Seikel [EMAIL PROTECTED] babbled: On Mon, 17 Oct 2005 09:54:02 +0900 Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote: On Mon, 17 Oct 2005 10:33:21 +1000 David Seikel [EMAIL PROTECTED] babbled: On Sun, 16 Oct 2005 12:46:27 +0200 [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: me hands over the 'killing it slowly monsterbug-debug-award' to david For my next trick.. Although it doesn't happen often, it is occasionally annoyingly time consuming to have to reboot my computer when the keyboard freezes shortly after entranced starts up. snip I have to go and work for my bandwidth now, so I won't even start this process yet. Bugger, looks like today is a total write off work wise. Oh well, it's not like they pay me _much_ bandwidth. i have seen this at some odd occasions before. the problem is - it left me with not even being able to ctrl+alt+backspace or ctrl+alt+f1... etc. this basically indicates the xserver itself is not getting key presses or simply not responding to them (as x traps these internally straight from the device and acts on them). so i chalked it up to crap. an x bug. and due to it being intermittent... that was the last i bothered. That is some of the quirks I mentioned. One I have noticed is that Ctrl+Alt+F* to switch to a different VT triggers something, although not the correct thing. It starts by blanking my monitor for a few seconds. This is expected behaviour when I switch from graphics to text mode [0]. But, it then unexpectedly shows me the entrance screen again, and not the desired VT. hmm- for me it did NADA - NIET - NOTHING, ... BUT this confirms a suspicion that x sets kbd to raw mode and it gets reset to translsted mode - i suspect - as in raw mode the console device simply givez raw, unmodifyed key codes from the kbd device (these are byte values - upper bit 1 == down, 0 = up (from memory) so really 128 of them, with some weird escape mechanism available). but transleted ones end up ascii values like a terminals input with escape sequcnes for special keys (arrow keys etc.). if the kbd is not in raw mdoe x wont be getting data it can make sense of most likely. now why it doesnt stay in raw mode.. i suspect a kernel driver is being loaded lazily in the background and taking over the nput device and forgetitng its mode... thats a guess. the 3 headed chicken tells me so. now if its actually an x bug, a kernel driver bug, or something else, i don't know. but its likely some race condition i imagine related to 2.6 kernles generic /dev/input modules, module loading, x starting up (maybe entrance is toof ast in starting x up before modules have finished initting) and x gets the device does its ioctl's to set the keyboard to raw mode, then the module kicks in resetting the keyboard into some mode it wasn't in and so the key input stream is fucked. Oh good, race conditions I am good at. B-) thats a wild guess myself based on some zen, stab in the dark, a toss of my lucky bones, and advice from a small 3 headed chicken i keep in my drawer. My 3 headed chicken says hi. [0] Another pet peeve of mine. Modern monitors are slower at this than ancient monitors, and my research has shown that they are getting slower. Each new generation of monitors seems to add a large fraction of a second to mode switch time. My two year old LCD takes four seconds to switch modes, but the 11 year old CRT next to it does that use dvi :) in one second. It has nothing to do with the number of supported modes or frequencies as most people suspect, as my CRT supports more than my LCD does. Damn it, a modern LCD being fed a fully digital signal should not take four seconds to switch modes, that is just plain inexcusable. Fuck it, I don't have the source code for my LCD. and lcd has a much harder job to do than a crt when it coemsto vga analogue input :) use dvi and watch the world of difference there :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Why doesn't Eterm displays the colouring of the directories in FC4?
This is old Eterm. Please refer to CVS or if you prefer you can hook to my repo. :) I have : Eterm-0.9.4-1.20051016cvs.i386.rpm and of course the dependent libast-0.7-1.20051016cvs.i386.rpm You can also rebuild my src rpm. -- With kind regards, Didier. Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe Didier F.B Casse PhD candidate, Singapore Synchrotron Light Source (SSLS) National University of Singapore. On 10/17/05, Angel Vera [EMAIL PROTECTED] wrote: Before I tell you about the problem.. i must tell you that: 1) I just compiled Eterm0.9.3 and installed it. 2) In order to get it to compile with FC4 I had to comment out 2 lines in command.c. Lines 3006,3009 both lines have references to a AT_LEAST() function, both lines wehre giving me a invalid lvalue assigned error with gcc 4.0.0 and 4.0... in anycase.. Now my problem is that Eterm doesn't display the file coloring as all the other terms do.. how can I fix this? or is related to the line commenting that I did? I will appreciate any help.. Thanks.. Gunfus --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] New version of calendar module
Wow, Glad you like it!. Nasa On Mon, 2005-10-17 at 03:40 +0200, Gabriel Rossetti wrote: Nathan, you are the man! Thanks! Gabriel Nathan A. Smith wrote: Hi gang, I have updated the calendar module. Get it at http://home.comcast.net/~nasa01/calendar.tar.gz For those who tried my earlier version -- please make sure to completely remove it as the module is now self contained. Install is now ./configure and make install. feedback is always welcome. --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Nathan A. Smith [EMAIL PROTECTED] --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel