Jump to contentJump to page navigation: previous page [access key p]/next page [access key n]
Backward Compatibility
Show Contents: Backward Compatibility
Top
←→
  1. 1 Introduction
  2. 2 File locations
  3. 3 Extensions to the desktop entry format
  4. 4 Format of menu files
  5. 5 Merging
  6. 6 Generating the menus
  7. 7 Legacy Menu Hierarchies
  8. 8 Example Menu File
  9. A Registered Categories
  10. B Registered OnlyShowIn Environments
  11. C Integrating your application in the menus
  12. D Implementation notes
  13. Glossary

C.4 Backward Compatibility

For a limited time, installing a directory hierarchy to the old GNOME/KDE specific locations such as /usr/share/applnk and /usr/share/gnome/apps will continue to work as way to add your application to the menu system as well. There are two ways to support both the old and new menu systems at the same time:

  • If you add a Categories line to the desktop entries in the legacy hierarchy, implementations of this specification will ignore their location in the legacy hierarchy, and arrange them according to Categories instead. This allows you to install a single desktop file that works in all cases, though on the down side it's in a legacy location.

  • If you add the line OnlyShowIn=Old; to a desktop entry, then old legacy implementations that ignore OnlyShowIn will still show the desktop entry, but implementations of this specification will not. Thus you can add an "OnlyShowIn=Old;" entry to the legacy hierarchy, and a new-style desktop entry to datadir/applications/, and still get only one entry in the menus.

→Appendix D Implementation notes←Example

© 2024 Freedesktop.org