On Tue, 16 Jan 2007 17:11:33 -0600 Brian Mattern <[EMAIL PROTECTED]> babbled:
hidey-ho... here i go - finally responding to this... :) > After a few weeks of spare-time development, I'd like to announce > Efreet, a new implementation of the XDG (freedesktop) specs for Icons, > Menus and Desktop Entries. cool- in good time. i recently daw some fun slowness in e17 when hunting for icons during startup when stat()'s are sloooow on a slow fs (eg nfs with high latency). > The current implementation, Ecore_Desktop, while a commendable effort > for a sole developer under time constraints, leaves a bit to be desired. > So, dj2 and I started reading through the xdg specs, and playing around > with our own implementation, code named Efreet. After speaking with > onefang about some of the issues with ecore_desktop, he said it was due > for a rewrite, so we continuted with our replacement implementation. > Rbdpngn and Engelbass also pitched in. great! :) it can do with improvement. > Currently we have code to build menus, find icons, and load desktop > entries complete. There are a few things left to finish (most > importatnly executing desktop entries), but it is almost at a point > where we'd like to start integrating it in to e17. can it slide in AS ecore_desktop? > The code, for those interested, is available from subversion at: > http://everburning.com/svn/efreet > > Before we hook e17 in to efreet, there are a few issues I'd like to > bring up. > E currently uses a hands off 'read only' approach to the XDG structure, > copying the structure in to the format that e previously used (.order > files). This made sense given ecore_desktops roots as an addon program > that simply connected the two. But, since we're already going to be > loading up the xdg menu format, is there any reason to not just use that > directly? This would have the added benefit that as apps are added > through a package manager, they would just show up in the menu as they > do in every other desktop (without having to go to config > application > menus > Regenerate / Update "Applications" Menu). then we need to support the xdg menu modifications spec (ie user changes to the system menus overlayed on the systems ones) - is that your plan? > The next question is, assuming you guys see it as a viable replacement > for ecore_desktop, do we stick this somewhere in libs (as efreet or > e_xdg, or whatever name) or do we cram it in to ecore? My vote is that > we stop bloating ecore in the name of a 'dependency freeze' and keep > proper separation of libraries. (Its all 'new code' that needs to be > verified and tested regardless of where we stick it). well i'd prefer it in ecore - as the plan post e17 is to split ecore up into multiple actual libs - thus you get what you want anyway :) > Let us know what you guys think. > > rephorm > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > 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 (東京 日本) ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
