This is, however, due to a design choice of KDE. The changes made are saved to '~/.config/menus/applications-kmenuedit.menu', and reinstalling a package can have no control over this.
Applications not in the menu do not exist with regard to other applications or file associations: If you remove an application from the menu, KDE assumes you don't want to use it.
When applications are unwanted in the menu, either place them in .hidden menu or a dedicated menu with
NoDisplay=true
in the .directory file"
*
As said, from the "design perspective" this bug may be classified as "Invalid", but it does not remove or negate the negative user experience. The best option (from a user perspective) would probably be for 'kmenuedit' to have a separate tickbox for "Hide this menu entry". I do not know if this is done/planned in KDE 4.
The bug report is valid from a user perspective.
This is, however, due to a design choice of KDE. The changes made are saved to '~/.config/ menus/applicati ons-kmenuedit. menu', and reinstalling a package can have no control over this.
From http:// docs.kde. org/stable/ en/kdebase- runtime/ userguide/ kde-menu. html :
"Common Pitfalls
Applications not in the menu do not exist with regard to other applications or file associations: If you remove an application from the menu, KDE assumes you don't want to use it.
When applications are unwanted in the menu, either place them in .hidden menu or a dedicated menu with
NoDisplay=true
in the .directory file"
*
As said, from the "design perspective" this bug may be classified as "Invalid", but it does not remove or negate the negative user experience. The best option (from a user perspective) would probably be for 'kmenuedit' to have a separate tickbox for "Hide this menu entry". I do not know if this is done/planned in KDE 4.