Comment 1 Yves-Alexis Perez 2008-10-13 22:43:21 CEST

This seems fixed in Tuco-tuco. Can anyone confirm and close?

Cheers, and thanks :)

Comment 2 Yves-Alexis Perez 2008-10-31 10:32:11 CET

Not fixed at least for the settings menu in tuco tuco. Not sure about svn

Comment 3 Jannis Pohlmann 2008-10-31 17:16:46 CET

I'm on the way to fixing this by removing GenericName= and X-XfceSettingsName= from all desktop entries of settings dialogs.

Comment 4 Yves-Alexis Perez 2008-11-14 23:28:34 CET

It seems ok with beta2

Comment 5 Jannis Pohlmann 2008-11-15 00:17:04 CET

Yes and no. In the settings submenu this is no longer an issue since we've removed all GenericName and X-XfceSettingsName values from the desktop entries. However, any application with XFCE in Categories and a GenericName will still appear where the Name value has been moved during sorting.

I need to discuss with Brian what we can do about it and I might have to look into how GNOME and KDE handle this.

Comment 6 Yves-Alexis Perez 2009-02-22 12:56:11 CET

What's the status on this one?

Comment 7 Jannis Pohlmann 2009-02-22 13:02:05 CET

This should be more or less fixed in SVN with revision 28979 from 2008-12-04:

        * libxfce4menu/xfce-menu.c: Always use xfce_menu_get_element() when
          comparing two menu elements instead of handling menus and items
          in different ways.
        * libxfce4menu/xfce-menu-item.c: Minor cleanup of the
          XfceMenuElement functions.

libxfce4menu always uses the display names to sort items and that's also what xfdesktop displays.