Re: [E-devel] The new menu generator is ready for testing, again.
On Wed, 8 Mar 2006 09:58:41 +1000 David Seikel [EMAIL PROTECTED] wrote: Let's try this again, with a new, much simpler test procedure. Update from cvs, if from anon cvs, wait about four hours for my changes to get copied there. Make sure that you install e_utils, and all it's dependencies. Backup your ~/.e/e/applications/favorite and ~/.e/e/applications/all, just to be on the safe side. Run e17genmenu. The adventurous could try e17genmenu -o. After that has finished running, E will by unresponsive for a few minutes. This is a known issue with the eap cache regeneration. Send me the last line that is output (the one with the timing stats) and let me know what distro and CPU speed you tested it on. Last line is: Segmentation fault (core dumped) :-( Build from CVS 10 mins ago on a FreeBSD-6 box... This will generate E17 menus based on whatever freedesktop.org menus you have installed in your system. It should find all the things that are supposed to be in your fdo menus. Not everything will have a proper icon. Also, not all the re arranging, categorising, and deletions/hiding is being done properly yet. There are still a few big parts of the fdo menu spec that I haven't written code for yet. The converted fdo menus will be under Converted Menus, while the usual e17genmenu generated menus will be under Generated Menus, your favorites should still be there. If there are major parts of your fdo menus that have not been found, please find out what directories the .desktop files are in and let me know what they are. Same applies if there are .menu files being ignored. -- Microsoft is not the answer. Microsoft is the question. And 'No' is the answer! Anders Trobäck http://www.troback.com --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: [Enlightenment-intl] Bug?
On Thu, Mar 09, 2006 at 07:57:48AM +0100, Anders Troback wrote: // On Wed, 08 Mar 2006 23:00:45 +0900 (JST) // Yasufumi Haga [EMAIL PROTECTED] wrote: // // Hello // // On Wed, 8 Mar 2006 13:54:45 +0100, // Anders Troback [EMAIL PROTECTED] wrote: // // | Hi, // | // | if I run E17 with the Swedish locale and entering the Key binding // | Settings in Configuration Panel E17 segs when I select the Run // Command | line! // // I have the same problem with ja_JP.eucJP. // Is it possible to have a backtrace ? Is this happens with the latest CVS ? // // // --- // This SF.Net email is sponsored by xPML, a groundbreaking scripting language // that extends applications into web and mobile media. Attend the live webcast // and join the prime developer group breaking into this new coding territory! // http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 // ___ // enlightenment-devel mailing list // enlightenment-devel@lists.sourceforge.net // https://lists.sourceforge.net/lists/listinfo/enlightenment-devel --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] The new menu generator is ready for testing, again.
On Thu, 9 Mar 2006 09:07:21 +0100 Anders Troback [EMAIL PROTECTED] wrote: On Wed, 8 Mar 2006 09:58:41 +1000 David Seikel [EMAIL PROTECTED] wrote: Let's try this again, with a new, much simpler test procedure. Update from cvs, if from anon cvs, wait about four hours for my changes to get copied there. Make sure that you install e_utils, and all it's dependencies. Backup your ~/.e/e/applications/favorite and ~/.e/e/applications/all, just to be on the safe side. Run e17genmenu. The adventurous could try e17genmenu -o. After that has finished running, E will by unresponsive for a few minutes. This is a known issue with the eap cache regeneration. Send me the last line that is output (the one with the timing stats) and let me know what distro and CPU speed you tested it on. Last line is: Segmentation fault (core dumped) :-( Build from CVS 10 mins ago on a FreeBSD-6 box... Any chance you could give me a backtrace? signature.asc Description: PGP signature
Re: [E-devel] Re: [Enlightenment-intl] Bug?
Hi Aleksej, I can reproduce this too here (Japanese language). See my attachment. Maybe there is some issue with using strcasecmp with non ASCII? My initial guess. Regards! DavidOn 3/9/06, Aleksej Struk [EMAIL PROTECTED] wrote: On Thu, Mar 09, 2006 at 07:57:48AM +0100, Anders Troback wrote:// On Wed, 08 Mar 2006 23:00:45 +0900 (JST)// Yasufumi Haga [EMAIL PROTECTED] wrote:// // Hello// // On Wed, 8 Mar 2006 13:54:45 +0100,// Anders Troback [EMAIL PROTECTED] wrote:// // | Hi,// | // | if I run E17 with the Swedish locale and entering the Key binding// | Settings in Configuration Panel E17 segs when I select the Run// Command | line!// // I have the same problem with ja_JP.eucJP. // Is it possible to have a backtrace ? Is this happens with the latest CVS?// ---// This SF.Net email is sponsored by xPML, a groundbreaking scripting language // that extends applications into web and mobile media. Attend the live webcast// and join the prime developer group breaking into this new coding territory!// http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642// ___// enlightenment-devel mailing list// enlightenment-devel@lists.sourceforge.net// https://lists.sourceforge.net/lists/listinfo/enlightenment-devel--- This SF.Net email is sponsored by xPML, a groundbreaking scripting languagethat extends applications into web and mobile media. Attend the live webcastand join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642___ enlightenment-devel mailing listenlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel Script started on Thu Mar 9 20:46:00 2006 [EMAIL PROTECTED]:~$ gdb enlightenmne ent 3189 GNU gdb 6.4-debian Copyright 2005 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i486-linux-gnu...Using host libthread_db library /lib/tls/libthread_db.so.1. Attaching to program: /usr/local/bin/enlightenment, process 3189 Reading symbols from /usr/local/lib/libevas.so.1...done. Loaded symbols for /usr/local/lib/libevas.so.1 Reading symbols from /usr/local/lib/libecore.so.1...done. Loaded symbols for /usr/local/lib/libecore.so.1 Reading symbols from /usr/local/lib/libecore_job.so.1...done. Loaded symbols for /usr/local/lib/libecore_job.so.1 Reading symbols from /usr/local/lib/libecore_x.so.1...done. Loaded symbols for /usr/local/lib/libecore_x.so.1 Reading symbols from /usr/local/lib/libecore_evas.so.1...done. Loaded symbols for /usr/local/lib/libecore_evas.so.1 Reading symbols from /usr/local/lib/libecore_con.so.1...done. Loaded symbols for /usr/local/lib/libecore_con.so.1 Reading symbols from /usr/local/lib/libecore_ipc.so.1...done. Loaded symbols for /usr/local/lib/libecore_ipc.so.1 Reading symbols from /usr/local/lib/libecore_txt.so.1...done. Loaded symbols for /usr/local/lib/libecore_txt.so.1 Reading symbols from /usr/local/lib/libecore_fb.so.1...done. Loaded symbols for /usr/local/lib/libecore_fb.so.1 Reading symbols from /usr/local/lib/libecore_config.so.1...done. Loaded symbols for /usr/local/lib/libecore_config.so.1 Reading symbols from /usr/local/lib/libecore_file.so.1...done. Loaded symbols for /usr/local/lib/libecore_file.so.1 Reading symbols from /usr/local/lib/libecore_dbus.so.1...done. Loaded symbols for /usr/local/lib/libecore_dbus.so.1 Reading symbols from /usr/local/lib/libedje.so.0...done. Loaded symbols for /usr/local/lib/libedje.so.0 Reading symbols from /usr/local/lib/libeet.so.0...done. Loaded symbols for /usr/local/lib/libeet.so.0 Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /usr/lib/libjpeg.so.62...done. Loaded symbols for /usr/lib/libjpeg.so.62 Reading symbols from /usr/local/lib/libembryo.so.0...done. Loaded symbols for /usr/local/lib/libembryo.so.0 Reading symbols from /lib/tls/libm.so.6...done. Loaded symbols for /lib/tls/libm.so.6 Reading symbols from /usr/X11R6/lib/libX11.so.6...done. Loaded symbols for /usr/X11R6/lib/libX11.so.6 Reading symbols from /usr/X11R6/lib/libXext.so.6...done. Loaded symbols for /usr/X11R6/lib/libXext.so.6 Reading symbols from /lib/tls/libdl.so.2...done. Loaded symbols for /lib/tls/libdl.so.2 Reading symbols from /lib/tls/libc.so.6...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /usr/lib/libfreetype.so.6...done. Loaded symbols for /usr/lib/libfreetype.so.6 Reading symbols from /usr/lib/libXcursor.so.1...done. Loaded symbols for /usr/lib/libXcursor.so.1
Re: [E-devel] The new menu generator is ready for testing, again.
On Thu, 9 Mar 2006 21:14:56 +1000 David Seikel [EMAIL PROTECTED] wrote: On Thu, 9 Mar 2006 09:07:21 +0100 Anders Troback [EMAIL PROTECTED] wrote: On Wed, 8 Mar 2006 09:58:41 +1000 David Seikel [EMAIL PROTECTED] wrote: Let's try this again, with a new, much simpler test procedure. Update from cvs, if from anon cvs, wait about four hours for my changes to get copied there. Make sure that you install e_utils, and all it's dependencies. Backup your ~/.e/e/applications/favorite and ~/.e/e/applications/all, just to be on the safe side. Run e17genmenu. The adventurous could try e17genmenu -o. After that has finished running, E will by unresponsive for a few minutes. This is a known issue with the eap cache regeneration. Send me the last line that is output (the one with the timing stats) and let me know what distro and CPU speed you tested it on. Last line is: Segmentation fault (core dumped) :-( Build from CVS 10 mins ago on a FreeBSD-6 box... Any chance you could give me a backtrace? Sure, gdb log attached! gdb_e17genmenu Description: Binary data
Re: [E-devel] Re: [Enlightenment-intl] Bug?
Aleksej Struk, il 09/03/2006 12:20, scrisse: Is it possible to have a backtrace ? Is this happens with the latest CVS ? attached is a bt about the same problem :) -- Massimo Maiurana massimoatragusa.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 Program received signal SIGSEGV, Segmentation fault. 0xb7a761c6 in strcasecmp () from /lib/libc.so.6 (gdb) bt #0 0xb7a761c6 in strcasecmp () from /lib/libc.so.6 #1 0x080f7108 in _ilist_kb_cb_change (data=0x8a92df8, obj=0x86dde38) at e_int_config_keybindings.c:1250 #2 0x080d93d4 in e_widget_change (obj=0x86dde38) at e_widget.c:411 #3 0x080ee236 in _e_wid_cb_item_sel (data=0x848c7e0, data2=0x8760fa0) at e_widget_ilist.c:255 #4 0x080ead94 in e_ilist_selected_set (obj=0x894fed0, n=22) at e_ilist.c:160 #5 0x080eb616 in _e_smart_event_mouse_down (data=0x8760fb0, e=0x86b7830, obj=0x8760fd0, event_info=0xbfa1a210) at e_ilist.c:333 #6 0xb7e31550 in evas_object_event_callback_call (obj=0x8760fd0, type=EVAS_CALLBACK_MOUSE_DOWN, event_info=0xbfa1a210) at evas_callbacks.c:189 #7 0xb7e315dd in evas_object_event_callback_call (obj=0x87630c8, type=EVAS_CALLBACK_MOUSE_DOWN, event_info=0xbfa1a210) at evas_callbacks.c:200 #8 0xb7e32e37 in evas_event_feed_mouse_down (e=0x86b7830, b=1, flags=EVAS_BUTTON_NONE, timestamp=243377037, data=0x0) at evas_events.c:264 #9 0xb7efb7b1 in _ecore_evas_x_event_mouse_button_down (data=0x0, type=12, event=0x8797910) at ecore_evas_x.c:370 #10 0xb7d9ea31 in _ecore_event_call () at ecore_events.c:431 #11 0xb7da5a5b in _ecore_main_loop_iterate_internal (once_only=0) at ecore_main.c:639 #12 0xb7da4b97 in ecore_main_loop_begin () at ecore_main.c:79 #13 0x080626bd in main (argc=1, argv=0xbfa48464) at e_main.c:679 signature.asc Description: OpenPGP digital signature
Re: [E-devel] Re: [Enlightenment-intl] Bug?
On Thu, 9 Mar 2006 11:20:57 + Aleksej Struk [EMAIL PROTECTED] wrote: On Thu, Mar 09, 2006 at 07:57:48AM +0100, Anders Troback wrote: // On Wed, 08 Mar 2006 23:00:45 +0900 (JST) // Yasufumi Haga [EMAIL PROTECTED] wrote: // // Hello // // On Wed, 8 Mar 2006 13:54:45 +0100, // Anders Troback [EMAIL PROTECTED] wrote: // // | Hi, // | // | if I run E17 with the Swedish locale and entering the Key binding // | Settings in Configuration Panel E17 segs when I select the Run // Command | line! // // I have the same problem with ja_JP.eucJP. // Is it possible to have a backtrace ? Is this happens with the latest CVS ? Yes, not sure how to that with a WM, help please! Define latest in CVS;-) CVS co about six hours ago --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: [Enlightenment-intl] Bug?
On Thu, Mar 09, 2006 at 01:54:20PM +0100, Massimo Maiurana wrote: // Aleksej Struk, il 09/03/2006 12:20, scrisse: // // Is it possible to have a backtrace ? Is this happens with the latest CVS // ? // // attached is a bt about the same problem :) // // -- //Massimo Maiurana massimoatragusa.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 // Program received signal SIGSEGV, Segmentation fault. // 0xb7a761c6 in strcasecmp () from /lib/libc.so.6 // (gdb) bt // #0 0xb7a761c6 in strcasecmp () from /lib/libc.so.6 // #1 0x080f7108 in _ilist_kb_cb_change (data=0x8a92df8, obj=0x86dde38) at e_int_config_keybindings.c:1250 // #2 0x080d93d4 in e_widget_change (obj=0x86dde38) at e_widget.c:411 // #3 0x080ee236 in _e_wid_cb_item_sel (data=0x848c7e0, data2=0x8760fa0) at e_widget_ilist.c:255 // #4 0x080ead94 in e_ilist_selected_set (obj=0x894fed0, n=22) at e_ilist.c:160 // #5 0x080eb616 in _e_smart_event_mouse_down (data=0x8760fb0, e=0x86b7830, obj=0x8760fd0, event_info=0xbfa1a210) // at e_ilist.c:333 // #6 0xb7e31550 in evas_object_event_callback_call (obj=0x8760fd0, type=EVAS_CALLBACK_MOUSE_DOWN, event_info=0xbfa1a210) // at evas_callbacks.c:189 // #7 0xb7e315dd in evas_object_event_callback_call (obj=0x87630c8, type=EVAS_CALLBACK_MOUSE_DOWN, event_info=0xbfa1a210) // at evas_callbacks.c:200 // #8 0xb7e32e37 in evas_event_feed_mouse_down (e=0x86b7830, b=1, flags=EVAS_BUTTON_NONE, timestamp=243377037, data=0x0) // at evas_events.c:264 // #9 0xb7efb7b1 in _ecore_evas_x_event_mouse_button_down (data=0x0, type=12, event=0x8797910) at ecore_evas_x.c:370 // #10 0xb7d9ea31 in _ecore_event_call () at ecore_events.c:431 // #11 0xb7da5a5b in _ecore_main_loop_iterate_internal (once_only=0) at ecore_main.c:639 // #12 0xb7da4b97 in ecore_main_loop_begin () at ecore_main.c:79 // #13 0x080626bd in main (argc=1, argv=0xbfa48464) at e_main.c:679 Hhh, actually bt seems a little bit old. Actually the function _ilist_kb_cb_change do not exist anymore. It was removed and replaced by another, since the dialog interface changed, with the last update. But any way, it seems that all the roads go to strcmp ... --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] The new menu generator is ready for testing, again.
On Thu, 9 Mar 2006 13:54:22 +0100 Anders Troback [EMAIL PROTECTED] wrote: On Thu, 9 Mar 2006 21:14:56 +1000 David Seikel [EMAIL PROTECTED] wrote: On Thu, 9 Mar 2006 09:07:21 +0100 Anders Troback [EMAIL PROTECTED] wrote: Segmentation fault (core dumped) :-( Build from CVS 10 mins ago on a FreeBSD-6 box... Any chance you could give me a backtrace? Sure, gdb log attached! OK, try again five hours after this hits the mailing list, or right now if you have dev cvs access. I just committed a work around, but that may not fix things. I'll have another go at this tomorrow. Must sleep now. signature.asc Description: PGP signature
Re: [E-devel] .eap files for modules
On 3/6/06, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: On Sun, 19 Feb 2006 16:04:09 +0900 David Stevenson [EMAIL PROTECTED]babbled: Greetings, I've been playing with some ideas for how modules might be able to have their own eaps (there is a TODO item for this + it would also fix some minor issues with i18n in modules), and am looking for some comments. Here are two patches 1) (intleapp.patch ) Minor fixes for localized eapps Currently e_apps.c uses LANG to look for localized strings in the eaps, but LANG may have an encoding value on the end of it (e.g. ja_JP.UTF-8), while the eap file might contain an a name[ja] value, or name[zh_CN]. This little patch will improve that situation.most good. yes yes. definitely. In it goes then :) Stafford can tidy up the changes I made to e_intl if he likes - I just wanted to expose his nice function with minimum fuss there. 2) (moduleeap.patch) Proposed changes to support module .eaps The e_module_new and e_module_find functions use a name arg which corresponds to the name of the dir the module was installed in. But modules might like to have their name localized, or even simply displayed with a Capital letter, i.e, instead of clock, display Clock in English or tokei in Japanese.yup. that's why name and label should be separated. the module name should stay as is - a canonical name always the same, but the DISPLAY of the name (title, label) should be translatable :) So instead of getting a list of names (for the e_module_* calls), a list of paths (for the icons), and a list of localized names (for the widget labels), I've tried to add E_App based API calls to e_module, for use by e_int_config_modules. - e_module_available_list (return a list of E_Apps, one for each installed module - I added a check here to make sure that the module.so actually exists so that uninstalled modules are discluded) - e_module_icon_get (return the .eap icon if it's there, otherwise fall back to the existing module_icon.pngs)let me look at this - but this is defintiely the way to go. OK (^_^) Briefly, these changes support modules with a module.eap file in the module's directory, and those modules that don't have an eap in that location have a dummy E_App created for them (just in RAM).i'm tempted to say that if the moduel has no .eap - it should be just not listed - enforcing some sort of consistency and good design by modules (to provide a proper label, icon, etc. etc.) woudl be good imho. True. It would keep the code cleaner for sure. * I bumped the e_module.h E_MODULE_API_VERSION because I added an E_App to the E_Module struct. 3rd party modules will be rejected, but just rebuilding them will be sufficient to get them working again.true. :) - issue: E_App abuse. some of the stuff I've put in E_App fields is pretty damn dirty 1) e_app_new (currently) requires a value to be present in the .eap file exe field or it'll return NULL instead of a new E_App. Rather than loosen thatcorrect :) restriction, I've stored a partial path in my test module.eap to the module.so file in there, which is somewhat useful elsewhere...hmm - not sure that's useful - as the module may contain .so's for multiple architectures (eg amd64 may contain an i386 and a amd64 .so - if you share your homedir on nfs between multiple arch systems u may have a ppc, i386, amd64, sparc, etc. etc. etc. module .so... that was the idea of the subdirs for module.so) :) Ah, yes... A lack of thought there on my part. 2) the dummy E_Apps for modules without .eap files is one case - maybe not such a big deal as the idea is to move to eaps or some other data file anyway.i would personally think just removing this code would be the way to go - ship a module.eap - or don't get loaded :) I'd be all for that. - issue: it would be nice if an E_App could be directly associated 1-to-1 with the corresponding widget, but I've not found a way to do that yet. Thus currently the new stuff walks lists doing string comparisons on the widget label and the name in the E_Apps to find the right one. the problem is an eap may have multiple associations. a border, multiple menu items, buttons in ibar etc. etc. the walking isnt too bad right now imho. - issue: there may be issues if users try to use enlightenment_remote -module-* while using the config dialog at the same time - this stuff still needs more testing in that area.yes. a LOT of config has that problem. i am wondering what we should do about it. despite the effort with e_remote - i am beginning to think - to reduce code size and maintenance - of literally removing e remote calls if they are fully implemented in a gui. i know people will cry and moan - but having to implement a gui AND ipc code for all config options is a lot of work. many new options have no ipc as they go direct to a gui. i am thinking that just to save us all work - remove the ipc config stuff. in fact just remove e_remote... yes people will complain - if we didn't have an open development
Re: [E-devel] The new menu generator is ready for testing, again.
On Fri, 10 Mar 2006 01:04:19 +1000 David Seikel [EMAIL PROTECTED] wrote: On Thu, 9 Mar 2006 13:54:22 +0100 Anders Troback [EMAIL PROTECTED] wrote: On Thu, 9 Mar 2006 21:14:56 +1000 David Seikel [EMAIL PROTECTED] wrote: On Thu, 9 Mar 2006 09:07:21 +0100 Anders Troback [EMAIL PROTECTED] wrote: Segmentation fault (core dumped) :-( Build from CVS 10 mins ago on a FreeBSD-6 box... Any chance you could give me a backtrace? Sure, gdb log attached! OK, try again five hours after this hits the mailing list, or right now if you have dev cvs access. I just committed a work around, but that may not fix things. I'll have another go at this tomorrow. Must sleep now. Sorry, no luck! Some backtrace... Program received signal SIGSEGV, Segmentation fault. _fdo_menus_legacy_menu (data=0xbfbfb590, path=0xbfbf94e0 /usr/local/share/applnk/.keep_me) at fdo_menus.c:537 537if (legacy_data-current-elements[1].type == DUMB_TREE_ELEMENT_TYPE_ STRING) (gdb) bt #0 _fdo_menus_legacy_menu (data=0xbfbfb590, path=0xbfbf94e0 /usr/local/share/applnk/.keep_me) at fdo_menus.c:537 #1 0x080509ff in fdo_paths_recursive_search ( path=0xbfbfb5b0 /usr/local/share/applnk/, file=0x0, dir_func=0x804eaec _fdo_menus_legacy_menu_dir, func=0x804ecdc _fdo_menus_legacy_menu, data=0xbfbfb590) at fdo_paths.c:423 #2 0x0804f800 in _fdo_menus_merge (data=0xbfbfd690, tree=0x80b37e0, element=15, level=2) at fdo_menus.c:852 #3 0x080511eb in dumb_tree_foreach (tree=0x80b37e0, level=2, func=0x804f3d8 _fdo_menus_merge, data=0xbfbfd690) at dumb_tree.c:267 #4 0x08051214 in dumb_tree_foreach (tree=0x809ea20, level=1, func=0x804f3d8 _fdo_menus_merge, data=0xbfbfd690) at dumb_tree.c:236 #5 0x08051214 in dumb_tree_foreach (tree=0x809ea00, level=0, func=0x804f3d8 _fdo_menus_merge, data=0xbfbfd690) at dumb_tree.c:236 #6 0x0804e064 in fdo_menus_get ( file=0x80a6780 /usr/local/etc/xdg/menus/applications.menu, merge_stack=0xbfbfd690, level=0) at fdo_menus.c:138 #7 0x0804b12f in make_menus () at menus.c:56 #8 0x0804a523 in main (argc=4, argv=0xbfbfd730) at main.c:174 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] .eap files for modules
- issue: there may be issues if users try to use enlightenment_remote -module-* while using the config dialog at the same time - this stuff still needs more testing in that area. yes. a LOT of config has that problem. i am wondering what we should do about it. despite the effort with e_remote - i am beginning to think - to reduce code size and maintenance - of literally removing e remote calls if they are fully implemented in a gui. i know people will cry and moan - but having to implement a gui AND ipc code for all config options is a lot of work. many new options have no ipc as they go direct to a gui. i am thinking that just to save us all work - remove the ipc config stuff. in fact just remove e_remote... yes people will complain - if we didn't have an open development process they wouldn't. people seem to hate change - even if they use cvs and know its subject to change - INCLUDING removal of things. anyway - in removing the ipc, we also remove all the code needing to handle if/when the modules are screwed with from elsewhere etc. making e 1. more maintainable, 2. less liable to have bugs, 3. smaller, 4. faster to develop for. i am ONLY proposing we remove the ipc handlers for stuff that *IS* fully implemented in a gui. then it acts also as a todo list of things we need to still add a gui for :) I hope other readers haven't missed this, buried deep into my tedious email - others will surely have thoughts on this. As a user I personally only use enlightenment_remote for re-setting my config after it gets wiped out (this is quite nice really, during development). Otherwise, hmmm. Um, if we are going to remove enlightenment_remote then we need to make the config system a lot more robust. It shouldn't destroy my config on update (yes, I know, CVS software, but this will have to be tackled at some point as once e17 is released we'll need to be able to update e without destroying users configs). The benefit of e_remote at the moment is that I can write a script that reconfigures e as I want it. I don't care if it destroys my config on reboot as I can run the script. Without that I'd have to go through the tedious process of doing it through the menus. What does it matter if a new option doesn't have ipc yet? If someone wants it, they'll add it in. They don't all have to be there for the system to function. dan --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] .eap files for modules
David,
I see in your changes that the logic is now as follows in e_apps.c:
* Get language from LANG environment variable
* Get canonic form for language
* Store localized property
I have a few suggestions:
1. You could easily get the language from the function e_intl_language_get()
2. The language might a an alias (Example: japanese.euc), It would be better
to use the function e_intl_locale_alias_get() to resolve the alias for the
language(Example: ja_JP.eucJP).
So we would end up with:
* Get language from e_intl_language_get()
* Resolve any language aliases with e_intl_locale_alias_get()
* Get only the relevant parts from the locale with e_intl_locale_canonic_get()
* Store localized property
What do you think?
Maybe I should cache the resolved alias for the current locale in e_intl.
--
Stafford M. Horne
Senior Engineer 高级工程师
SurfControl plc 美讯智科技
Peoples Republic of China, Beijing 中国人民共和国， 北京
Mobile: +86 13611014044 手机：＋86 13611014044
N�HS^�隊X���'���u���ڂ�.���y�� �*m�x%jx.j���^�קvƩ�X�jب�ȧ�� m�ݚ�v��קv�^�+j�Z{az^��h���n���)��{h���� �ا��+h�(m�Z�� jY�w��ǥrg
Re: [E-devel] The new menu generator is ready for testing, again.
On Thu, 9 Mar 2006 16:15:34 +0100 Anders Troback [EMAIL PROTECTED] wrote: On Fri, 10 Mar 2006 01:04:19 +1000 David Seikel [EMAIL PROTECTED] wrote: OK, try again five hours after this hits the mailing list, or right now if you have dev cvs access. I just committed a work around, but that may not fix things. I'll have another go at this tomorrow. Must sleep now. Sorry, no luck! Damn insomnia. Getting closer to the reason for this failing. Give it another go please. signature.asc Description: PGP signature
Re: [E-devel] The new menu generator is ready for testing, again.
On Fri, 10 Mar 2006 05:34:48 +1000 David Seikel [EMAIL PROTECTED] wrote: On Thu, 9 Mar 2006 16:15:34 +0100 Anders Troback [EMAIL PROTECTED] wrote: On Fri, 10 Mar 2006 01:04:19 +1000 David Seikel [EMAIL PROTECTED] wrote: OK, try again five hours after this hits the mailing list, or right now if you have dev cvs access. I just committed a work around, but that may not fix things. I'll have another go at this tomorrow. Must sleep now. Sorry, no luck! Damn insomnia. Getting closer to the reason for this failing. Give it another go please. Well, now I'm confused! One one box the program don't segs but on a other box it does! I will compile on a third box to find out more! I let you know asa I'm done! \\troback -- Microsoft is not the answer. Microsoft is the question. And 'No' is the answer! http://www.troback.com - --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: [Enlightenment-intl] Bug?
On Thu, 9 Mar 2006 15:58:31 + Aleksej Struk [EMAIL PROTECTED] babbled: On Thu, Mar 09, 2006 at 01:54:20PM +0100, Massimo Maiurana wrote: // Aleksej Struk, il 09/03/2006 12:20, scrisse: // // Is it possible to have a backtrace ? Is this happens with the latest CVS // ? // // attached is a bt about the same problem :) // // -- //Massimo Maiurana massimoatragusa.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 // Program received signal SIGSEGV, Segmentation fault. // 0xb7a761c6 in strcasecmp () from /lib/libc.so.6 // (gdb) bt // #0 0xb7a761c6 in strcasecmp () from /lib/libc.so.6 // #1 0x080f7108 in _ilist_kb_cb_change (data=0x8a92df8, obj=0x86dde38) at e_int_config_keybindings.c:1250 // #2 0x080d93d4 in e_widget_change (obj=0x86dde38) at e_widget.c:411 // #3 0x080ee236 in _e_wid_cb_item_sel (data=0x848c7e0, data2=0x8760fa0) at e_widget_ilist.c:255 // #4 0x080ead94 in e_ilist_selected_set (obj=0x894fed0, n=22) at e_ilist.c:160 // #5 0x080eb616 in _e_smart_event_mouse_down (data=0x8760fb0, e=0x86b7830, obj=0x8760fd0, event_info=0xbfa1a210) // at e_ilist.c:333 // #6 0xb7e31550 in evas_object_event_callback_call (obj=0x8760fd0, type=EVAS_CALLBACK_MOUSE_DOWN, event_info=0xbfa1a210) // at evas_callbacks.c:189 // #7 0xb7e315dd in evas_object_event_callback_call (obj=0x87630c8, type=EVAS_CALLBACK_MOUSE_DOWN, event_info=0xbfa1a210) // at evas_callbacks.c:200 // #8 0xb7e32e37 in evas_event_feed_mouse_down (e=0x86b7830, b=1, flags=EVAS_BUTTON_NONE, timestamp=243377037, data=0x0) // at evas_events.c:264 // #9 0xb7efb7b1 in _ecore_evas_x_event_mouse_button_down (data=0x0, type=12, event=0x8797910) at ecore_evas_x.c:370 // #10 0xb7d9ea31 in _ecore_event_call () at ecore_events.c:431 // #11 0xb7da5a5b in _ecore_main_loop_iterate_internal (once_only=0) at ecore_main.c:639 // #12 0xb7da4b97 in ecore_main_loop_begin () at ecore_main.c:79 // #13 0x080626bd in main (argc=1, argv=0xbfa48464) at e_main.c:679 Hhh, actually bt seems a little bit old. Actually the function _ilist_kb_cb_change do not exist anymore. It was removed and replaced by another, since the dialog interface changed, with the last update. But any way, it seems that all the roads go to strcmp ... and i bet one of the string params to strcasecmp() is NULL.. that's whats causing it. :] --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ 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 xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: [Enlightenment-intl] Bug?
On Thu, 9 Mar 2006 15:58:31 + Aleksej Struk [EMAIL PROTECTED] babbled: On Thu, Mar 09, 2006 at 01:54:20PM +0100, Massimo Maiurana wrote: // Aleksej Struk, il 09/03/2006 12:20, scrisse: // // Is it possible to have a backtrace ? Is this happens with the latest CVS // ? // // attached is a bt about the same problem :) // // -- //Massimo Maiurana massimoatragusa.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 // Program received signal SIGSEGV, Segmentation fault. // 0xb7a761c6 in strcasecmp () from /lib/libc.so.6 // (gdb) bt // #0 0xb7a761c6 in strcasecmp () from /lib/libc.so.6 // #1 0x080f7108 in _ilist_kb_cb_change (data=0x8a92df8, obj=0x86dde38) at e_int_config_keybindings.c:1250 // #2 0x080d93d4 in e_widget_change (obj=0x86dde38) at e_widget.c:411 // #3 0x080ee236 in _e_wid_cb_item_sel (data=0x848c7e0, data2=0x8760fa0) at e_widget_ilist.c:255 // #4 0x080ead94 in e_ilist_selected_set (obj=0x894fed0, n=22) at e_ilist.c:160 // #5 0x080eb616 in _e_smart_event_mouse_down (data=0x8760fb0, e=0x86b7830, obj=0x8760fd0, event_info=0xbfa1a210) // at e_ilist.c:333 // #6 0xb7e31550 in evas_object_event_callback_call (obj=0x8760fd0, type=EVAS_CALLBACK_MOUSE_DOWN, event_info=0xbfa1a210) // at evas_callbacks.c:189 // #7 0xb7e315dd in evas_object_event_callback_call (obj=0x87630c8, type=EVAS_CALLBACK_MOUSE_DOWN, event_info=0xbfa1a210) // at evas_callbacks.c:200 // #8 0xb7e32e37 in evas_event_feed_mouse_down (e=0x86b7830, b=1, flags=EVAS_BUTTON_NONE, timestamp=243377037, data=0x0) // at evas_events.c:264 // #9 0xb7efb7b1 in _ecore_evas_x_event_mouse_button_down (data=0x0, type=12, event=0x8797910) at ecore_evas_x.c:370 // #10 0xb7d9ea31 in _ecore_event_call () at ecore_events.c:431 // #11 0xb7da5a5b in _ecore_main_loop_iterate_internal (once_only=0) at ecore_main.c:639 // #12 0xb7da4b97 in ecore_main_loop_begin () at ecore_main.c:79 // #13 0x080626bd in main (argc=1, argv=0xbfa48464) at e_main.c:679 Hhh, actually bt seems a little bit old. Actually the function _ilist_kb_cb_change do not exist anymore. It was removed and replaced by another, since the dialog interface changed, with the last update. But any way, it seems that all the roads go to strcmp ... can u update and get some new backtraces? there are a lot of strcasecmp's in that code... :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] .eap files for modules
On Thu, 09 Mar 2006 10:27:00 -0500 dan sinclair [EMAIL PROTECTED] babbled: - issue: there may be issues if users try to use enlightenment_remote -module-* while using the config dialog at the same time - this stuff still needs more testing in that area. yes. a LOT of config has that problem. i am wondering what we should do about it. despite the effort with e_remote - i am beginning to think - to reduce code size and maintenance - of literally removing e remote calls if they are fully implemented in a gui. i know people will cry and moan - but having to implement a gui AND ipc code for all config options is a lot of work. many new options have no ipc as they go direct to a gui. i am thinking that just to save us all work - remove the ipc config stuff. in fact just remove e_remote... yes people will complain - if we didn't have an open development process they wouldn't. people seem to hate change - even if they use cvs and know its subject to change - INCLUDING removal of things. anyway - in removing the ipc, we also remove all the code needing to handle if/when the modules are screwed with from elsewhere etc. making e 1. more maintainable, 2. less liable to have bugs, 3. smaller, 4. faster to develop for. i am ONLY proposing we remove the ipc handlers for stuff that *IS* fully implemented in a gui. then it acts also as a todo list of things we need to still add a gui for :) I hope other readers haven't missed this, buried deep into my tedious email - others will surely have thoughts on this. As a user I personally only use enlightenment_remote for re-setting my config after it gets wiped out (this is quite nice really, during development). Otherwise, hmmm. Um, if we are going to remove enlightenment_remote then we need to make the config system a lot more robust. It shouldn't destroy my config on update (yes, I know, CVS software, but this will have to be tackled at some point as once e17 is released we'll need to be able to update e without destroying users configs). the problem is that for every new item u then need an upgrade path. my plan is to have one - but ONLY from RELEASES. ie e17-e18, e18-e19. during cvs development - it is pointless to add big fat upgrade path's. i guess i should try make the code able to inset new config as needed though. it is possible, but nothing i have wanted to write a chunk of code for. The benefit of e_remote at the moment is that I can write a script that reconfigures e as I want it. I don't care if it destroys my config on reboot as I can run the script. Without that I'd have to go through the tedious process of doing it through the menus. i know - but then again -other than some over-zealous increasing of the version # it only happens every few weeks so i am not sure its something we should sacrifice long term code maintainability, efficiency etc. for. What does it matter if a new option doesn't have ipc yet? If someone wants it, they'll add it in. They don't all have to be there for the system to function. it's not 1 thing - its the ongoing maintenance of a huge block of code. the ipc code is about 10% of e17's wm proper in terms of lines of code. and that's 10% of DENSE code ans macros compress a lot of it. the ongoing need to add functions, etc. is something i would be happy to see removed. ongoing complexity etc. etc. dan --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ 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 xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] The new menu generator is ready for testing, again.
Anders Troback wrote: On Fri, 10 Mar 2006 05:34:48 +1000 David Seikel [EMAIL PROTECTED] wrote: On Thu, 9 Mar 2006 16:15:34 +0100 Anders Troback [EMAIL PROTECTED] wrote: On Fri, 10 Mar 2006 01:04:19 +1000 David Seikel [EMAIL PROTECTED] wrote: OK, try again five hours after this hits the mailing list, or right now if you have dev cvs access. I just committed a work around, but that may not fix things. I'll have another go at this tomorrow. Must sleep now. Sorry, no luck! Damn insomnia. Getting closer to the reason for this failing. Give it another go please. Well, now I'm confused! One one box the program don't segs but on a other box it does! I will compile on a third box to find out more! I let you know asa I'm done! \\troback Just tried this again running e17genmenu -o. I had deleted everything in the ~/.e/e/applications/favorite directory but left ~/.e/e/applications/all directory untouched. It worked! It bitched alot along the way but found a ton of apps I had on this system. Last portion of the output: . .BUG: References 1 /home/lvanek/.e/e/applications/all/DeviceList.py.eap BUG: References 2 /home/lvanek/.e/e/applications/all/desktoppath.eap BUG: References 2 /home/lvanek/.e/e/applications/all/cervisia.eap BUG: References 2 /home/lvanek/.e/e/applications/all/cddb-slave.eap BUG: References 2 /home/lvanek/.e/e/applications/all/catalogmanager.eap BUG: References 1 /home/lvanek/.e/e/applications/all/bmp.eap BUG: References 1 /home/lvanek/.e/e/applications/all/azureus.eap BUG: References 1 /home/lvanek/.e/e/applications/all/aterm.eap BUG: References 2 /home/lvanek/.e/e/applications/all/artscontrol.eap BUG: References 2 /home/lvanek/.e/e/applications/all/artsbuilder.eap BUG: References 2 /home/lvanek/.e/e/applications/all/ark.eap BUG: References 1 /home/lvanek/.e/e/applications/all/amarok.eap BUG: References 1 /home/lvanek/.e/e/applications/all/alsamixer.eap BUG: References 2 /home/lvanek/.e/e/applications/all/akregator.eap BUG: References 1 /home/lvanek/.e/e/applications/all/abiword.eap * WARNING! * * * * E17 will be completely unresponsive for a few minutes after this finishes * * running. This is due to a bad interaction with the eap caching code when * * you generate a lot of eaps at once, like e17genmenu just did. raster is * * aware of this problem, and has a fix on his TODO list. * Total time 30.757 seconds, finding fdo paths 3.883, converting fdo menus 0.176, generating 0 (rejected 0) eaps in 28 menus 24.494, finding icons 2.193, generati ng eap caches 0.187. Finished === Im running updated Fedora Core 4 system. Rebuilt all EFL e_utils this date. Hope this helps out. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
