Re: [E-devel] key-binding bug
The first thing I want to tell is key-binding. This feature is extreamly usefull, and I do not imagine a life in linux without this feature. Still, I think there is minor bug in key-binding in Enlightenment. Recently I tried to bind keys. Everything worked fine untill I tried to bind key Ctrl + ; This is not a bug. Basically you have to replace special symbol with a full name. In your example you have to assign the following binding : CTRL+semicol instead of Ctrl + ; to switch to right desktop. It does not work :-( For switching to left desktop I use Ctrl + h and it works perfectly, but somehow Ctrl + ; does not work. I had similar problem with Blackbox ( also could not bind Ctrl + ; ) , while Probably you have to do the same in blackbox also, but I'm not actually sure about BB. sn --- 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: E CVS: apps/e raster
On Sat, 4 Mar 2006 12:39:40 + Aleksej Struk [EMAIL PROTECTED] babbled: Hi, sorry for disturbing .. Already fixed and in cvs. It was just missing 'return 1' in e_grabinput_get function ;) oh - oops. thats was silly of me. i was going thru and putting alll that stuff and forgot to return 1 on success :) sn On 3/4/06, Aleksej Struk [EMAIL PROTECTED] wrote: Hi, Some comments on desklock. Basically it fails to start now. It seams that it cannot break some key/mouse grab windows. Actually this happens even after E starts, and when there are no windows opened. I suspect that desklock cannot realise E grabs and because of this fails to start. Any comments or solutions ? On 3/4/06, enlightenment-cvs@lists.sourceforge.net enlightenment-cvs@lists.sourceforge.net wrote: Enlightenment CVS committal Author : raster Project : e17 Module : apps/e Dir : e17/apps/e/src/bin Modified Files: Makefile.am e_desklock.c e_grabinput.c e_grabinput.h e_includes.h e_int_config_background.c e_int_config_desklock.c e_int_config_theme.c e_widget_image.c Added Files: e_widget_preview.c e_widget_preview.h Log Message: add a preview widget (includes a livethumb for live downscaling - notice previews of animated bgs's... animate now). fixed problems with image widget withleaks and other stuff... also desklok tries to abord if grabs fail and agressively tries to disable existing grabs -- Aleksej Struk Master Degree Student Free University of Bozen-Bolzano Faculty of Computer Science phone: +39-0471-061749 cell phone: +39-3204627049 [EMAIL PROTECTED] [EMAIL PROTECTED] - http://www. --- 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___ 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: Evas double or triple click
On Sat, 4 Mar 2006 17:18:32 +0100 Simon TRENY [EMAIL PROTECTED] babbled: Any comments about that? marked in my mail... :) On Sat, 25 Feb 2006 17:47:06 +0100 [EMAIL PROTECTED] wrote: Hey, Thanks raster for the quick fix of the bug on event-flags in Evas :) But I think the behavior is still not perfect. First of all, clicking quickly on an object then double clicking on another object (which was detected as a triple click before the fix) is now not detected as a double click while it should. Also, i think the behavior should be a little bit different for smart objects. You should be able to do a single click on an object while the the parent object should be double clicked. To be clearer: if your smart object is an icon, with 2 child objects: the image and the label. If you single click quickly on the image and then on the label, each of these object should emit an single-click event. But the parent smart object (the icon) should emit a double-click event on the second click. To do that, I guess the best way is to add last_click_timestamp directly in the structure of an evas_object and when its clicked, compared the difference between the two timestamps and emit the event with the correct flags. Regards, MoOm --- 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 --- 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___ 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
[E-devel] The new menu generator is ready for testing.
The new menu generator is ready for testing. It's not ready for prime time, but it would be helpful to get it tested on a variety of boxen. The test procedure is this - Move your ~/.e/e/applications/favorite to a safe place, then nuke it. Optionally do the same for ~/.e/e/applications/all. Go to e17/apps/e_utils/src/bin/e17genmenu (yes I know it's a bit strange having a separate tree there, it's a temporary thing, blame devilhorns). Do the usual autofoo three step. e17genmenu --fdo After that has finished running, E will by unresponsive for a few minutes. This is a known issue with the eap cache regeneration. 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, and there is not currently a method of selecting the fdo icon theme you want to use. Also, not all the re arranging, categorising, and deletions/hiding is being done properly yet. There are still a few big parts of the spec being ignored. 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. 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. Restore your original eaps and menus when you have finished playing with the fdo menus. pgpFaCbWyrZIu.pgp Description: PGP signature
Re: [E-devel] The new menu generator is ready for testing.
David Seikel wrote: The new menu generator is ready for testing. It's not ready for prime time, but it would be helpful to get it tested on a variety of boxen. The test procedure is this - Move your ~/.e/e/applications/favorite to a safe place, then nuke it. Optionally do the same for ~/.e/e/applications/all. Go to e17/apps/e_utils/src/bin/e17genmenu (yes I know it's a bit strange having a separate tree there, it's a temporary thing, blame devilhorns). Do the usual autofoo three step. e17genmenu --fdo After that has finished running, E will by unresponsive for a few minutes. This is a known issue with the eap cache regeneration. 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, and there is not currently a method of selecting the fdo icon theme you want to use. Also, not all the re arranging, categorising, and deletions/hiding is being done properly yet. There are still a few big parts of the spec being ignored. 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. 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. Restore your original eaps and menus when you have finished playing with the fdo menus. David - got this after following your directions: = [EMAIL PROTECTED] applications]$ e17genmenu --fdo ERROR: /home/lvanek/.e/e/applications/all doesn't exist. Where are the eapps? perhaps I should not have blown away ~/.e/e/applications/all Im running Fedora Core 4 (updated). --- 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.
Laurence Vanek wrote: David Seikel wrote: The new menu generator is ready for testing. It's not ready for prime time, but it would be helpful to get it tested on a variety of boxen. The test procedure is this - Move your ~/.e/e/applications/favorite to a safe place, then nuke it. Optionally do the same for ~/.e/e/applications/all. Go to e17/apps/e_utils/src/bin/e17genmenu (yes I know it's a bit strange having a separate tree there, it's a temporary thing, blame devilhorns). Do the usual autofoo three step. e17genmenu --fdo After that has finished running, E will by unresponsive for a few minutes. This is a known issue with the eap cache regeneration. 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, and there is not currently a method of selecting the fdo icon theme you want to use. Also, not all the re arranging, categorising, and deletions/hiding is being done properly yet. There are still a few big parts of the spec being ignored. 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. 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. Restore your original eaps and menus when you have finished playing with the fdo menus. David - got this after following your directions: = [EMAIL PROTECTED] applications]$ e17genmenu --fdo ERROR: /home/lvanek/.e/e/applications/all doesn't exist. Where are the eapps? perhaps I should not have blown away ~/.e/e/applications/all Im running Fedora Core 4 (updated). After restoring my ~/.e/e/applications/all directory eap files then running e17genmenu --fdo I get: = . . . MAKING MENU - MENU_PATH Applications/OfficeMENU Office Office.directory MAKING MENU - MENU_PATH Applications/SystemMENU System System.directory MAKING MENU - MENU_PATH Applications/Other MENU O Other Other.directory ERROR: Cannot Create Order File /home/lvanek/.e/e/applications/favorite/.order --- 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.
My mistake, I should have said to nuke only the contents of those two directories, leaving the actual directories there, but empty. pgpllgkbYHoRh.pgp Description: PGP signature
Re: [E-devel] The new menu generator is ready for testing.
David Seikel wrote: My mistake, I should have said to nuke only the contents of those two directories, leaving the actual directories there, but empty. ok, did that. I get: == . . . . BUG: References 1 /home/lvanek/.e/e/applications/all BUG: References 2 /home/lvanek/.e/e/applications/favorite BUG: References 1 /home/lvanek/.e/e/applications/all Total time 2.762 seconds, finding fdo paths 2.621, converting fdo menus 0.006, generating 0 (rejected 0) eaps in 28 menus 0.105, finding icons 0.000, generating eap caches 0.035. == Im running Fedora Core 4 (updated) with box that has 2.4 GHz P4., 1 Gig RAM. I hope this is more like what you were looking for. --- 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 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. 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. 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. * 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 that correct :) 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) :) 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 :) - 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 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
Re: [E-devel] discussion: desktop lock functionality
On Tue, 21 Feb 2006 16:45:26 + Aleksej Struk [EMAIL PROTECTED] babbled: Hello raster, Thanks for a great tutorial how to implement a desktop locking windows. However, it is already exists. It was really easy!. Moreover I learned edje interfaces as well. :) :) Now I have the following question. First of all I decided to create a possibility to set a personilized desktop locking password. However, I want to implement it through a config dialog. I want to put some options in this dialog that will allow to enter the password. Since, everybody would like to have this passwd permanent, I thinkg to store int inside E configuration. More precisely in e_config datastructure. How I understand, I have to insert a new field into this structure(e_config.h). Moreover, as I remmember, after changing the config structure, E required to redo my desktop config, since the version of configuration file was increased. My question is : if I insert new data fields into config, should I increase a version number of config ? or I can leave everything as it is ? that depends. by default if you add new fields, the old config will have nothing about this in it. it will default to 0, or NULL. if this is a safe/useful/normal value for the config value you do not need to increase the config file version. if the config value NEEDS to have some sane value to work, then you do need to increase the version. the idea is that during development we will be playing with the config all the time - and we simply dump old config if its incompatible. in between releases 0.17.0 - 0.17.1, 0.17 - 0.18 etc.) we will KNOW what fields have been added between the old config revision and the current one and thus can sanely fill in the missing fields and thus upgrade the users config transparently. there is no need to add such code during development as it simple makes the code bigger, longer and harder to manage. Second, after I finish with personal desktop lock password I will step to sys wide auth through the pam. However my idea is to have both for now its looking good. i suggest cleaning up the config though. personally i don't think setting the desklock bg is that useful and it complicates the config dialog a lot. (as desklock is mostly active when you are not AT the machine - does it really matter much? and by the time u wandered away long enough the screen will have blanked and you won't see it anyway). anyway - i'm dubious if the code and maintenance and fixing etc. is worth it atm. ( i need to revamp the whole bg selecting thing so its centralised in 1 place and not copy pasted around). also i think i need to add separators/headers to ilist to partition/segment the lists. auth possibilities. However, I think to introduce some sort of auth precedence. So, if the personal passwd is set, then pam is not used. And vice versa, if personal passwd is not set, then pam will be used. sure. that make sense. the hardest bit is all the pam build, detect, etc. etc. etc. code. regards, aleksej // NB: this is from the view of doing an e17 module. // // you can create a fullscreen window using e_popup and then just fill it with // some edje object. check the e_popup.h for api. you can create an input only // window and grab the mouse and keyboard to that window alone - this way you have // taken control of all input devices and sent their input to a particular window // (see e_exebuf.c or e_winlist.c for examples). they both do this trick and ONLY // process keybindings selectively themseleves, if they desire. now u have stolen // they keybo9ard and mouse, overlayed the screen with a big popup (just use a // very high layer like 1 for the popup layer) so you can't see anything // (remember - you probably want to go thru the list of all managers, then each // container per manager, then each zone per container (each of these list their // sub-components so u can just walk this list easily), you want to create a popup // PER zone that exists and maybe only put a blank or disabled object on all // zones except 1 where you will accept some unlock mechanism (for now i suggest // you just put a button u press and wait for a signal from teh edje object when // the thing is unlocked, also just handle the Escape key to abort)). now u have // the basics of snarfing control of the screen - ALL screens (dont forget that - // there may be multiple managers, multilple containers per manager and multiple // zones per container), you have the NEXT stage - how do you unlock? well - u // need a way to accept some authorization. youc an do this 2 ways. 1. traditional // password entry - you will need a working entry box (in fact you can just do // this yourself with key down events - see e_exebuf.c for an example) and just // display * chars instead of what was actually typed (for texting you are going // to want to see the
Re: [E-devel] Ebuntu - Based on E17
On Mon, 20 Feb 2006 08:03:27 -0600 Hawkwind [EMAIL PROTECTED] babbled: For those that don't know, I thought everyone would like to see read about this: https://wiki.ubuntu.com/Ebuntu After Kubuntu, Edubuntu, Xubuntu and Nubuntu, it seems that a new product is about to join the growing family of Ubuntu-based sub-projects and derivatives. Called Ebuntu, the new initiative is designed for those users who enjoy the spectacular desktop effects of the latest Enlightenment E17 window manager: Ebuntu aims to provide an enhanced and attractive user interface. The secondary aim of Ebuntu is to show off the eye-candy capabilities sounds cool. will keep my eyes and ears open for news on this :) -- With kind regards, Cliff Wade (Hawkwind) The box said: Requires Windows 98 or better, So I installed Linux! Registered Linux User #362532 http://seerofsouls.com http://linuxfordummies.org http://urpmi-addmedia.org IRC Channels (irc.freenode.net): #LFD #Mandriva --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd___ 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.
On Sun, 05 Mar 2006 21:53:28 -0600 Laurence Vanek [EMAIL PROTECTED] wrote: Total time 2.762 seconds, finding fdo paths 2.621, converting fdo menus 0.006, generating 0 (rejected 0) eaps in 28 menus 0.105, finding icons 0.000, generating eap caches 0.035. == Im running Fedora Core 4 (updated) with box that has 2.4 GHz P4., 1 Gig RAM. I hope this is more like what you were looking for. Yes, although it's a bit disappointing that it created no eaps. Do you have gnome or kde installed? Do they have menus with lots of stuff in them? I'll wait for others to try it and report the results before I investigate further, could be any number of reasons for that. pgpKAi4MJyKgC.pgp Description: PGP signature
Re: [E-devel] The new menu generator is ready for testing.
Laurence Vanek wrote: David Seikel wrote: My mistake, I should have said to nuke only the contents of those two directories, leaving the actual directories there, but empty. ok, did that. I get: == . . . . BUG: References 1 /home/lvanek/.e/e/applications/all BUG: References 2 /home/lvanek/.e/e/applications/favorite BUG: References 1 /home/lvanek/.e/e/applications/all Total time 2.762 seconds, finding fdo paths 2.621, converting fdo menus 0.006, generating 0 (rejected 0) eaps in 28 menus 0.105, finding icons 0.000, generating eap caches 0.035. == Im running Fedora Core 4 (updated) with box that has 2.4 GHz P4., 1 Gig RAM. I hope this is more like what you were looking for. This created caches but no entries in .order files. Therefore no entries or directory structures in favorite menu. I also believe we need to have ~/.e/e/applications/all filled with eaps before trying this. --- 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.
David Seikel wrote: On Sun, 05 Mar 2006 21:53:28 -0600 Laurence Vanek [EMAIL PROTECTED] wrote: Total time 2.762 seconds, finding fdo paths 2.621, converting fdo menus 0.006, generating 0 (rejected 0) eaps in 28 menus 0.105, finding icons 0.000, generating eap caches 0.035. == Im running Fedora Core 4 (updated) with box that has 2.4 GHz P4., 1 Gig RAM. I hope this is more like what you were looking for. Yes, although it's a bit disappointing that it created no eaps. Do you have gnome or kde installed? Do they have menus with lots of stuff in them? I'll wait for others to try it and report the results before I investigate further, could be any number of reasons for that. I have both installed but do not run KDE. Run e17 as default most of the time. Only run gnome when have major e17 issue (which hasnt happen for a long time). I could repopulate the .order files but I guess thats what e17genmenu is supposed to do. --- 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
