Description of problem:
If one installs kdebase, then kwrite appears in Applications -> Other
on the GNOME desktop.
Steps to Reproduce:
1. install GNOME and KDE
2. login to GNOME
3. go to Applications menu
3. kwrite appears in Other submenu
3. should appear elsewhere I guess (Accessories?)
Still happening with today's rawhide.
Actually I was pondering if it might be useful to have a mechanism
to separate the KDE menu entries from the GNOME ones
under the GNOME menu - maybe a KDE submenu even?
I think this is a horrible idea. IMHO it makes no sense to group applications
by what toolkit they happen to use, it's almost as nonsensical as the grouping
by vendor usually used on Window$. Sure, it may seem to make sense for KWrite,
but what about apps which have no equivalent using the other toolkit?
FYI, kmenu-gnome implements that suggestion the other way round (a GNOME
submenu in the KDE menu), and I consider the result completely broken and the
package worthy of an "rpm -e kmenu-gnome" (and nothing else).
Well I agree partially - but it depends very much on the application.
If I am running GNOME I might not mind having Amarok appearing in
"Sound and Video" say but I would probably prefer to have kwrite hidden
The problem is, how do you decide which applications to show in the main menu
and which under "KDE"? To pick up your own example, I'm sure there are many
hardcode Rhythmbox/Exaile/Banshee/whatever fans who'll want Amarok banned from
the main menu too.
fixed in kdebase-4.0.3-9 (added Categories=+Utility)
requested f9-final tagging.