# App categories?
**URL:** https://forum.yunohost.org/t/app-categories/2235
**Category:** Apps packaging
**Tags:** french, english
**Created:** [December 6, 2016, 8:13pm UTC](https://forum.yunohost.org/t/app-categories/2235 "2016-12-06T20:13:35Z")
**Posts on this page:** 11
**Page:** 1
### Author:  [@scith](https://forum.yunohost.org/u/scith)
#### Post date: [December 6, 2016, 8:13pm UTC](https://forum.yunohost.org/t/app-categories/2235/1 "2016-12-06T20:13:35Z")
Hi, we discussed a few times about grouping apps in categories
Here is the pad summarizing some ideas [https://pad.aposti.net/p/ynh\_app\_categories](https://pad.aposti.net/p/ynh_app_categories)
The discussion continues 🙂
What do you think?
---
### Author:  [@Maniack\_Crudelis](https://forum.yunohost.org/u/Maniack_Crudelis)
#### Post date: [December 7, 2016, 7:02pm UTC](https://forum.yunohost.org/t/app-categories/2235/2 "2016-12-07T19:02:57Z")
I am for multiple tag usage to simplify the search in the list of apps.
And for the possibility to grouping apps from one tag in the user portal.
---
### Author:  [@heyyounow](https://forum.yunohost.org/u/heyyounow)
#### Post date: [December 8, 2016, 11:26pm UTC](https://forum.yunohost.org/t/app-categories/2235/3 "2016-12-08T23:26:21Z")
Yes, tags will be much more suited for apps. For example Nextcloud would have the “Mail, contact, cloud…” tags. Eventually the current app list will be replaced by some kind of market in the admin interface right ? One thing I tried a few months ago was getting a filtered app list with [Colio](http://plugins.gravitysign.com/colio-wp/). The idea was to have the page fetch the app list and create Colio items, although I never achieved that, but that would be cool to implement something like that in the admin interface.
In the manifest file tags would need to be added, as well as maybe an initial support for image/icon. The sooner the better right ?
Edit: actually I already kind of talked about this [here](https://forum.yunohost.org/t/point-sur-le-projet-et-ameliorations-possibles/1717).
---
### Author:  [@Bram](https://forum.yunohost.org/u/Bram)
#### Post date: [December 9, 2016, 2:45pm UTC](https://forum.yunohost.org/t/app-categories/2235/4 "2016-12-09T14:45:12Z")
+1 with using tags instead of categories, I’m always lost in software that uses strict categories (think of the windows “control and settings” panel)
---
### Author:  [@jibecfed](https://forum.yunohost.org/u/jibecfed)
#### Post date: [December 9, 2016, 8:24pm UTC](https://forum.yunohost.org/t/app-categories/2235/5 "2016-12-09T20:24:19Z")
Here again I suggest to reuse AppData file to describe applications.
Fedora, Debian, Ubuntu and many other distribution use a standard file named “.appdata”, including description, categories, tags, and it supports internationalization.
Here is an example of a non translated appdata file from josm: [https://jibecfed.fedorapeople.org/l10n/appdata-fr/xml/josm.desktop.xml](https://jibecfed.fedorapeople.org/l10n/appdata-fr/xml/josm.desktop.xml)
Here is an example of a fully translated appdata file from gnome-maps: [https://jibecfed.fedorapeople.org/l10n/appdata-fr/xml/org.gnome.Maps.desktop.xml](https://jibecfed.fedorapeople.org/l10n/appdata-fr/xml/org.gnome.Maps.desktop.xml)
It’s gettext who produce the translated content (it’s using Pot/Po files), here is the example for gnome-maps source file: [https://git.gnome.org/browse/gnome-maps/tree/data/org.gnome.Maps.appdata.xml.in](https://git.gnome.org/browse/gnome-maps/tree/data/org.gnome.Maps.appdata.xml.in)
Of course, there is documentation: [https://www.freedesktop.org/software/appstream/docs/chap-Metadata.html#spec-component-filespec](https://www.freedesktop.org/software/appstream/docs/chap-Metadata.html#spec-component-filespec)
Appdata validator: [https://github.com/hughsie/appdata-tools](https://github.com/hughsie/appdata-tools)
A tool to consolidate multiple AppData files from a folder: [https://github.com/hughsie/appstream-glib](https://github.com/hughsie/appstream-glib)
---
### Author:  [@Maniack\_Crudelis](https://forum.yunohost.org/u/Maniack_Crudelis)
#### Post date: [December 9, 2016, 9:10pm UTC](https://forum.yunohost.org/t/app-categories/2235/6 "2016-12-09T21:10:12Z")
jibecfed ,
to use Appdata, I’ve, at least, 2 doubts.
- xml files are really less readable for a human than a json file. To read license or name or mail of maintainer, I prefer Ă json file.
- xml is more complicated to parse than json with a shell script. That limites others usages of this files by third party apps.
And, that implies to rewrite all codes parsing manifest.
So what does this add to the actual json file?
In this state, it’s simple to add tags to json. So which addition?
---
### Author:  [@scith](https://forum.yunohost.org/u/scith)
#### Post date: [December 11, 2016, 7:55am UTC](https://forum.yunohost.org/t/app-categories/2235/7 "2016-12-11T07:55:50Z")
I agree with tags.
Tags should be defined within YNH to help internationalization. So which list of tags is comprehensive enough? Perhaps from other projects?
Then extend the manifest to add the tags?
Finally we should perhaps extend the community and official json lists to add tags, or have some sort of manifest.json parsing (if not too heavy given the number and diversity of repositories)?
This idea of an “appstore” from heyyounow is interesting
Thanks
---
### Author:  [@jibecfed](https://forum.yunohost.org/u/jibecfed)
#### Post date: [December 26, 2016, 8:27am UTC](https://forum.yunohost.org/t/app-categories/2235/8 "2016-12-26T08:27:27Z")
sorry for late answer: you may use YAML, would it be easier? [https://www.freedesktop.org/software/appstream/docs/sect-AppStream-YAML.html#spec-dep11-example](https://www.freedesktop.org/software/appstream/docs/sect-AppStream-YAML.html#spec-dep11-example)
---
### Author:  [@Bram](https://forum.yunohost.org/u/Bram)
#### Post date: [December 26, 2016, 4:56pm UTC](https://forum.yunohost.org/t/app-categories/2235/9 "2016-12-26T16:56:52Z")
> [@jibecfed](#):
>
> sorry for late answer: you may use YAML, would it be easier? [AppStream Catalog YAML | AppStream | AppStream 1.0](https://www.freedesktop.org/software/appstream/docs/sect-AppStream-YAML.html#spec-dep11-example)
Well, we already have json files for the manifest so bringing YAML here will only brings a small value (YAML being a superset of json) and would require much more work than simply adding a new entry in the manifest.json.
For reference [YunoHost • index](https://yunohost.org/#/packaging_apps_manifest)
---
### Author:  [@Maniack\_Crudelis](https://forum.yunohost.org/u/Maniack_Crudelis)
#### Post date: [December 26, 2016, 5:03pm UTC](https://forum.yunohost.org/t/app-categories/2235/10 "2016-12-26T17:03:24Z")
I’ve same opinion of Bram.
I not sure that migrate to yaml brings us a real advantage instead of json.
---
### Author:  [@Aleks](https://forum.yunohost.org/u/Aleks)
#### Post date: [January 18, 2023, 8:12pm UTC](https://forum.yunohost.org/t/app-categories/2235/11 "2023-01-18T20:12:34Z")