+On Sat, 26 Feb 2005 22:20:07 +0000 Till Varoquaux <[EMAIL PROTECTED]> babbled: > I was reading freedesktop's various standards. I know there is a > choice not to use .desktop files since they are heavy to parse and so > on. I fully understand your choice and respect. However since > freedesktops standards and more and more based upon .desktop files xml > and so one I am warry that efl based applications will be more and > more incompatible with the other apps. the plan is to have tools to import any standard (including fd.o's) into e's own repository for your user. think of e's app lists as a cache and tools sync/import from fd.o files or others. remember that systems that are older may not use fd.o's standard - so we can make tools to handle those. this means u can remove the need for handling N different standards from the core code and have translation tools that read the fd.o standards, import and create.modify .eapp files and dirs etc. thats the intent. making gui app importing wizards, ones that work even without fd.o menu trees or kde or gnome trees (the older .applink files) that can just hunt the entire disk for executables, see if they link to libqt or libgtk or libx11 - if the app does, look for function symbols that would indicate they pop up a main window. this way u can find gui apps on a system without meta data. because of the varied menu systems i made a choice to make e agnostic in that regard and not weld itself to ONE camp - it has its internal format (just like gnome and kde have formats IN RAM that are local to their panel or launcher etc.) we have our local internal format on-disk instead. :) > I'd like to know if you have a plan a vision etc... on how you intend > to handle this. Do you intend to make your own standard build a > translation layer or anything else. yes. tools to sync/import etc. is the plan. :) if anyone wants to help... please do! if you can make a good importer to import fd.o menus now that'd be great! if you feel like adding other things like i mentioned above (hunting your $PATH or all directories on the system for executable files that look like they might be an app), handling older gnome menu files and kde applink systems and so on... that's a viable project on its own. :) -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
