Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

Desktop integration could be better documented or less frictionful

Abierto
  • ¿Algo no está bien?
#1,036 26 comentarios 2 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
25/100
Tipo de issue
Documentación
Claridad
Necesita aclaración
Estado de actividad
Estancado
Stack tecnológico
linux
Área
desktop, documentation

Línea de trabajo

Lee la discusión enlazada en prusa3d/PrusaSlicer#1431 y la documentación sobre la integración de AppImage en el escritorio. Determina si el proyecto quiere indicaciones más destacadas o una opción explícita de registro por AppImage; se considerará completado cuando haya un alcance acordado y un plan correspondiente de documentación o implementación.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

See discussion at prusa3d/PrusaSlicer#1431 for background.

In the past AppImage applications would ask whether they should insert themselves into the appropriate desktop files. This behaviour is apparently now deprecated, or at least least not recommended. This is unfortunate.

The two solutions that are proposed to be used in the AppImage documentation are to use appimaged or AppImageLauncher. This adds an additional layer of friction for using AppImage, neither of these programs appear to exist as packages in ubuntu, debian, mint or arch main line repositories, and so for users wanting to install only a single or few AppImage applications need to go through essentially non-amortizable work to make desktop integration work.

Given that a significant proportion of users are likely to want desktop integration, the documentation for the approach should probably be more prominent.

I also have to say that the automatic registration of AppImages by appimaged in directories like $HOME/Downloads and [any mounted partition]/Applications is troubling.

It seems to me that having the option for a single AppImage application to manage its own desktop registration, explicitly, as was done previously, would be a benefit. Of course this should not prevent people from using the solutions above.

cc @probonopd

Lenguaje dominante
Sin datos de lenguaje
Estrellas
9.5k
Forks
586
Sin PR fusionados en 30 d

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de AppImage/AppImageKit

Todos los issues de AppImage/AppImageKit

Issues similares

Más issues de Desktop Dev

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.