K-Menu, XDG menus and Kiosk woes

Kevin Krammer kevin.krammer at gmx.at
Thu Jan 19 20:29:11 GMT 2006

On Thursday 19 January 2006 17:03, Jonathan Riddell wrote:
> On Thu, Jan 19, 2006 at 04:41:28PM +0100, Torsten Rahn wrote:

> > I agree that applications.menu files might become harder to read if they
> > contain KDE as well as gnome stuff and you can just distinguish both by
> > looking into desktop-files.
> > However splitting this directory neglecting any possible path for
> > forward- or backward-compatibility is a
> > no-no! Especially as this does hit migrations on enterprise level without
> > warning and without assistance!
> > And if you see the need for an extension in a completely incompatible way
> > (this basically pulls the plug for Kiosk to work correctly right from the
> > start!), why hasn't there been any proposal on the respective
> > freedesktop-list, yet? After all KDE 3.4 and this "fix" are more than a
> > year old!
> My fix is either to agree on a standard applications.menu layout with
> gnome or as implemented to move the file (which is less than a year
> old, and Kubuntu has never shipped with any other setup).

And Debian hasn't had a release since they patch so they can still either 
provide a clean upgrade strategy or release an unpatched version for Etch.

But I agree with Torsten that is is a pity if someone opts to work around 
specifications instead of participating in the open specification process.

Does anyone know how GNOME reacted to "their" applications.menu -> 
gnome-applications.menu change?


Kevin Krammer <kevin.krammer at gmx.at>
Qt/KDE Developer, Debian User
Moderator: www.mrunix.de (German), www.qtcentre.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20060119/79583d49/attachment.sig>

More information about the kde-core-devel mailing list