AppImage / AppImage/AppImageSpec

Define system integration data to use for registering MIME types

Abierto
#22 3 comentarios 0 reacciones 0 asignados Ver en GitHub
Lenguaje dominante
Sin datos de lenguaje
Estrellas
93
Forks
27
Métricas de merge de PR
Sin PR fusionados en 30 d

Descripción

Some applications are handlers for certain MIME types which might not (yet) be part of the shared-mime-info database at least on most target systems.
So for proper system integration those MIME types should be registered with the system, so that the app from the appimage can as well be registered as handler for files of those MIME types.

The spec should define what data in what files could be added to the appdir, so that system integrators (like appimaged) know what to look for and what to use.

The typical GUI linux system uses shared-mime-info. Info about deploying custom extensions (per user) can be found here: https://www.freedesktop.org/wiki/Specifications/AddingMIMETutor/

So applications which deploy custom MIME types following the XDG/FHS/shared-mime-info would normally deploy one or more files to `$PREFIX/usr/share/mime/packages` and then expect the package installer to invoke `update-mime-database` so all the new and old separate data about MIME types is integrated in the actual system database.
So for a start with the spec, given that other parts are already picking up optionally files from the XDG/FHS layout, the idea could be to point out that if there are any `*.xml` files in the AppDir at `usr/share/mime/packages`, system integration tools with XDG-based systems are recommended to deploy those files to the proper user directory (`$XDG_DATA_HOME/mime/packages`) with some unique name as also needed for undeployment, and then run `update-mime-database`.

What do you think?

Guía de contribución

No hay ninguna guía de contribución indexada para este repositorio

Evaluación

Este issue todavía no se ha evaluado.

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.