On Wed, 2 Mar 2005 13:04:18 +0900, The Rasterman Carsten Haitzler
<[EMAIL PROTECTED]> wrote:
> +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. :)
There is already a tool allowing you to convert one config file to
another and  reciprocally using template file. This is libconf at
http://libconf.net/


Jol



> 
> --
> ------------- 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
>


-------------------------------------------------------
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_ide95&alloc_id396&op=click
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to