[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#243375: kdelibs-bin: menu-method freedesktop should set the Generic Name Field to longtitle instead of title



On Sat, Jul 03, 2004 at 11:03:31AM +0200, Bill Allombert wrote:
> > Hm, I'm wondering about how serious people are taking this.  I would
> > personally like to see Debian move ( in the long term, like most
> > Debian things ) to freedesktop menu standards, because those have a
> > much higher chance of being available in third party software.  This
> > is of course not at all urgent, and I'm not entirely sure it would be
> > worth the extra effort.  What do you think about this ?
> 
> I don't think it will happen, or even that it is a good idea. Most
> upstream .desktop (outside KDE or GNOME core) are made to advertise the
> software rather than trying to build a consistent menu structure.

What do you mean by this comment? The categories are well defined, some
applications don't list all the needed Categories listed yet, but for
the most part are much better laid out than the current official
category list used in Debian (Viewers for example, which includes
everything from pdf viewers to graphics apps to media players like
xine)...

> I wonder if it would not be more worthwhile to keep the Debian menu
> as an 'omnibus' menu, and reserve the xdg menu for the desktop
> environnement. This way, the menu would provide a more consistent desktop
> experience.

Whichever menu is used will obviously be consistent since it will be the
one used throughout Debian, I don't see why you claim that the current
Debian menu would be consistent and the xdg menu would not...

I have been meaning to work on the actual xdg menu itself (not the
.desktop files) since once more than KDE uses the menu it will have to
be reworked. Gnome 2.6 still uses a hardcoded menu with the .desktop
files. Also the official menu spec lends itself to what I think at
least is a better menu layout than what KDE currently uses as well.

Chris

Attachment: signature.asc
Description: Digital signature


Reply to: