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

Re: Proposal: Menu Spec Changes



On Thu, Jul 24, 2003 at 10:51:13PM +0200, Waldo Bastian wrote:
> > We really need a test suite to validate our implementations...  I
> > tried to talk Jeremy White into writing one but he wasn't biting. ;-)
> 
> Yes. Is your stuff available somewhere?

It's in cvs under desktop-menu, but it's not really very exciting.
A lame python script plus a small bit of test data.
 
> I don't see any substantial benefit of using it for KDELegacyDir. There will 
> be namespace issues during transition but I don't think a prefix will be the 
> right solution to fix it. Part of my hesitation comes from the fact that I 
> think it would be ok if actual KDE applications would be prefixed with "kde" 
> but it makes no sense to have third party apps such as realplayer be prefixed 
> with "kde" just because they happen to install themselves to 
> $KDEDIR/share/applnk. In fact that would just prolong the pains of a 
> transition because the next time realplayer installs under .../applications, 
> it suddenly looses its prefix.
> 
> As for support for prefix in general, I don't know if there are that many 
> legacy style menus out there, beyond the ones used by GNOME and KDE to 
> warrant the additional complexity.

OK, we can take this out then, it's OK with me.

> Talking about transition, do you have a diff or some other overview of the KDE 
> .desktop files that RedHat renamed?

It's just "if doesn't start with 'kde' prepend 'kde-'", i.e. just
desktop-file-install doing its thing.
(desktop-file-install takes a "--vendor kde" argument which then 
gets prepended if the file doesn't already have it)

The same thing is run for all .desktop files in the distribution, just
with different --vendor arguments. I think we used redhat- for stuff 
from us, and gnome- for GNOME, and net- for random stuff.

Havoc



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