In GNOME Software we currently have a set of hard-coded categories derived from the desktop file spec:
Clicking on these categories currently doesn’t show snaps, which is confusing to users and means snaps are less discoverable than .debs currently.
According to snapd we currently have the following “sections” which we can use when doing a search:
- featured (special category used for promoting snaps - maps to “Editor’s Picks” in GNOME Software)
Editing the discovery details for a snap in dashboard.snapcraft.io we have the following “departments”:
- Travel & Local
- Food & Drink
- Books & Comics
- Science & Engineering
- Universal Access/Accessibility
- Music & Audio
- Social Networking
- News & Magazines
- Developer Tools
- Media & Video
- Health & Fitness
- Are snap sections different to store categories? To make clients that can use this information we either need to expand the sections to cover all the departments or replace the departments in the store with appropriate sections.
- Do we have a good mapping between sections / departments and the GNOME Software categories?
- GNOME software expects to show all available applications when clicking on a category. This doesn’t make sense with the way snaps work, so we probably need to discuss with G-S upstream how best to show a search here instead.
- The section / department information is not provided in snap.yaml, so installed snaps can’t be shown in a store section. Does it make sense for this information to be in snap.yaml? Can we cache the information from the store and use that?
- Snaps that provide .desktop files have categories inside them. Is there a way we can make use of those? We only have .desktop file information for installed snaps, so it wouldn’t work for a search at the moment. We’d have to iterate over every installed snap to work out what categories are used which might be inefficient (needs a cache?).