Necesito iniciar algunas aplicaciones en KDE con algunos cambios de configuración agregados. La mejor manera de hacerlo sin perder el tiempo /
es copiando el .desktop
archivo de las aplicaciones individuales, a las que necesito cambiar la configuración /usr/share/applications
, agregar opciones y luego copiarlas ~/.local/share/applications
.
Me preguntaba si eso va a causar algún problema del que no tenga conocimiento. Y si hay una mejor manera de hacerlo, por ejemplo, no copiando todo sino solo agregando cambios en el archivo del escritorio ~/.local/share/applications
.
Gracias.
Respuestas:
Sí, debería funcionar copiar los que desea modificar
~/.local/share/applications
, y no debería causar demasiados problemas a menos que realice algunas ediciones incorrectas (por ejemplo, eliminar tipos MIME, etc.). Copiar todos significa que si se actualizan en/usr/share/applications
, no se actualizarán~/.local/share/applications
, y los iniciadores para las aplicaciones que elimine permanecerán. No te molestes en copiar todo lo que sea innecesario.Después de realizar las ediciones, la ejecución
update-desktop-database ~/.local/share/applications/
debe garantizar que se reconozca el nuevo iniciador, por lo que se muestra en el Tablero / Menú.El lanzador de Unity, y probablemente Gnome's Dash probablemente todavía muestre la versión
/usr/share/applications
, por lo que deberá desbloquear y bloquear el ícono. Gnome 3 también puede necesitar un reinicio, Nautilus también puede hacerlo, por lo que cerrar la sesión y volver a iniciarla debería solucionarlo.Leer lo siguiente puede ayudar a realizar ediciones:
fuente
/usr/share/applications
y~/.local/share/applications
.~/.local/share/applications
tiene prioridad. Gracias..desktop
archivos editados localmente es que no se actualizan si se actualiza una aplicación (incluido el.desktop
archivo global ), pero no la local. Chrome es famoso por eso, lo que resulta en iconos duplicados.org.gnome.Terminal.desktop
, cuando se abre la modificación.desktop
de super + search como se desee, pero el icono que se muestra en el dock para esta nueva ventana de terminal modificada todavía se refiere al sistema.desktop
.No copie todos los archivos / directorios de
/usr/share/applications
De hecho, es una buena práctica copiar un
.desktop
archivo localmente antes de editarlo. Ese es el procedimiento apropiado. Después de copiarlo / editarlo y cerrar sesión / iniciar sesión, el local anulará al global.Sin
/usr/share/applications
embargo, no todos los archivos deben ser ejecutados directamente por el usuario. Algunos archivos posiblemente no son.desktop
archivos e incluso pueden existir algunos directorios. Es por eso que no debes simplemente copiar todo desde/usr/share/applications
dentro~/.local/share/applications
.Tampoco hay ninguna razón para copiar todos los
.desktop
archivos localmente. Los locales solo anularán a los globales si existe el local. Si el local no existe, el global todavía está "a cargo".¿Existe algún riesgo si copio el contenido completo de
/usr/share/applications
a~/.local/share/applications
?Además de crear duplicados inútiles, copiando todo a partir
/usr/share/applications
pueden causar conflictos puesta en marcha de su escritorio. De hecho, lo hice una vez como experimento (Unity
), tuve que arreglar las cosas con un usb de inicio.Conclusión:
Solo copie
.desktop
archivos globales a~/.local/share/applications
si tiene un motivo para hacerlo, y solo copie (y edite) archivos específicamente.Si estropea un
.desktop
archivo de alguna manera, la aplicación no se iniciará desde Dash o si experimenta iconos duplicados en Dash, si no logra solucionarlo, simplemente elimine el local.desktop
, cierre la sesión / inicie sesión y las cosas están como estaban antes.fuente
.desktop
archivo, simplemente elimínelo, inicie sesión / salga y las cosas están como estaban antes.~/.local/share/applications
si comienza a ver un comportamiento extraño con sus aplicaciones, el navegador se inicia de manera extraña, los íconos múltiples de la misma aplicación en el