Dne úterý 10 červenec 2007 22:55 Scott Reeves napsal(a):
Jiri Srain <jsrain@suse.cz> 07/09/07 2:57 AM >>>
What I do not like on the YaST-gnome.menu file as it is in SVN is that it contains all possible groups. This cannot work for 3rd party modules. I hope that there is a way to workaround this, but it is not obvious to me (without reading the standard properly).
Yes, customization by additional modules (3rd party or system) is built into the .menu spec. To add to or modify <name>.menu file, modules install their own additional .menu files into <name>-merged directory. These menu files are then automatically merged into the top level menu.
Another problem (apart already mentioned translations handling)
The translation handling is also built in the .menu spec and is handled the exact same way that translations are handled in .desktop files.
is that for YCP we do not have a XML parser which would be able parse the .desktop files.
hrmm, the YCP module is already parsing .desktop files today correct? , do
Sorry, yes, I meant the .menu files (or general XML). YaST's XML parser can parse only limited XML.
you mean .menu files. Sorry for my lack of knowledge about how KDE generates it's top level menu but as it uses the .menu spec would it be possible to tie into the library it uses.
This is possible for the Qt menu where the dependency on additional libraries (which are typicalyl instaleld anyway) does not hurt that much. But it is probably not acceptable for the NCurses menu for minimal instalaltion. Jiri -- Regards, Jiri Srain YaST Team Leader --------------------------------------------------------------------- SUSE LINUX, s.r.o. e-mail: jsrain@suse.cz Lihovarska 1060/12 tel: +420 284 028 959 190 00 Praha 9 fax: +420 284 028 951 Czech Republic http://www.suse.cz