Hola!

I assume the first patch (yast2-fix-desktop-files.patch) needs to be applied to trunk as well as the SLE11-SP1 branch?

It depends on how much you want to have categories in Gtk CC fixed (better: consistent with Qt and text-mode) in SLE11-SP1 :) The patch is certainly welcome in trunk. However, with SLE11, beware of "X-SuSE-YaST-Support" category and verify it is "registered" with update-desktop-files utils. If it is not, you have to ask someone (coolo?) to add it. IIRC there was an issue (in registration modules, I believe), where this category was unknown to scripts processing .desktop files, so it got deleted during the build as invalid.

I've submitted patched packages for yast2-rdp and yast2-network for SP1.

Oh, you submitted yast2-network package with patch? YaST packages (those living in YaST subversion) normally aren't shipped with patches. We usually integrate received patches to our SVN repo and package updated sources with YaST tools. But we haven't any recommended workflow for this yet. I guess we need to find some pretty soon ... fB. -- \\\\\ Katarina Machalkova \\\\\\\__o YaST developer __\\\\\\\'/_ & hedgehog painter

On Thu, 2010-01-14 at 15:55 +0100, Katarina Machalkova wrote:

It depends on how much you want to have categories in Gtk CC fixed (better: consistent with Qt and text-mode) in SLE11-SP1 :) The patch is certainly welcome in trunk.

Ok. To be clear, I'm depending on a YaST maintainer to commit the patches.

However, with SLE11, beware of "X-SuSE-YaST-Support" category and verify it is "registered" with update-desktop-files utils. If it is not, you have to ask someone (coolo?) to add it.

I already e-mailed adrian@suse.de to have YaST-Support added (as per the comment in update-desktop-files.sh), but thanks for the reminder. Thanks, Gabriel -- To unsubscribe, e-mail: yast-devel+unsubscribe@opensuse.org For additional commands, e-mail: yast-devel+help@opensuse.org

...

...

On 1/15/2010 at 08:39 AM, Katarina Machalkova wrote: Hola!

...

In the sled10 timeframe there was discussion about moving to the XDG standard for menu generation. See comments 12 and 14 in https://bugzilla.novell.com/show_bug.cgi?id=274974

...

However that kind of fell through the cracks and was closed for sled10. Any thoughts on this for the future ?

Is this about teaching Qt/ncurses control centres to read XDG-compliant XML menu structure, living somewhere in /etc/xdg, all that (possibly) using libgnomemenu?

Exactly. We generated an XDG menu that matched the current layout and it gets layed down in /etc/xdg/menus/YaST-gnome.menu. Of course any time there is a change though the 2 approaches get out of sync and we get bugs like this.

If so, I consider this to be an useful feature, as it would win us not only Freedesktop standard conformance (which we currently violate with structure using Groups .desktop files), but consistency of categorization across different UIs as well.

also one standard way for large deployments to customize the menu.

But ... for reasons I'd rather not make public, I'm not so optimistic when it comes to actual implementation :( Those have nothing to do with libgnomemenu, though.

Understood. -- To unsubscribe, e-mail: yast-devel+unsubscribe@opensuse.org For additional commands, e-mail: yast-devel+help@opensuse.org