¿Ubicación predeterminada para iconos indicadores no predeterminados?
No hay una ubicación predeterminada donde se almacenan estos íconos. Cualquier aplicación (-developer) puede almacenarlos donde se considere apropiado.
Sin embargo , la buena noticia es que los indicadores generalmente no instalan listas interminables de archivos e imágenes. Podemos limitar nuestra búsqueda (además de mirar el código) mirando la salida del comando:
dpkg-query -L <packagename>
En mi ejemplo de
dpkg-query -L placesfiles
esto, entre otros, generaría las siguientes imágenes:
/opt/placesfiles/images/dir_icon.png
/opt/placesfiles/images/placesfiles64.png
/usr/share/pixmaps/placesfiles.png
... Lo que haría que la búsqueda sea bastante limitada.
Del hombre dpkg-query
:
-l, --list [package-name-pattern...]
List packages matching given pattern. If no package-name-pattern
is given, list all packages in /var/lib/dpkg/status, excluding
the ones marked as not-installed (i.e. those which have been
previously purged). Normal shell wildcard characters are allowed
in package-name-pattern. Please note you will probably have to
quote package-name-pattern to prevent the shell from performing
filename expansion. For example this will list all package names
starting with “libc6”:
En el caso de Radiotray , encontré los siguientes .png
archivos (en ejecución dpkg-query -L radiotray | grep png
):
/usr/share/radiotray/images/radiotray_connecting.png
/usr/share/radiotray/images/radiotray_on.png
/usr/share/radiotray/images/radiotray_off.png
/usr/share/radiotray/images/radiotray.png
/usr/share/pixmaps/radiotray.png
Si realmente necesitamos averiguarlo, buscar el código
... podemos ver los archivos instalados (dentro) para encontrar coincidencias de la cadena "icono". Muchos de los indicadores están escritos en uno de los lenguajes de script (como python
), lo que significa que se pueden buscar muy bien.
Un ejemplo
De nuevo usando el radiotray
ejemplo
dpkg-query -L radiotray | xargs grep icon
en la salida encontramos ao:
/usr/lib/python2.7/dist-packages/radiotray/SysTrayGui.py
self.icon.set_from_file(APP_ICON_CONNECT)
Mirando el archivo SysTrayGui.py
, podemos ver:
from lib.common import APPNAME, APPVERSION, APP_ICON_ON, APP_ICON_OFF, APP_ICON_CONNECT, APP_INDICATOR_ICON_ON, APP_INDICATOR_ICON_OFF
A partir de esto, podemos concluir que los iconos mencionados están definidos en el módulo common
dentro del (sub) directorio lib
. (Vea aquí cómo Python lo encuentra módulos, sección Subdirectorios )
En este módulo, podemos leer la sección:
# Media path
if os.path.exists(os.path.abspath('../data/images/')):
IMAGE_PATH = os.path.abspath('../data/images/')
else:
IMAGE_PATH = '%s/%s/images' % (datadir, APPDIRNAME)
# Images
APP_ICON = os.path.join(IMAGE_PATH, 'radiotray.png')
APP_ICON_ON = os.path.join(IMAGE_PATH, 'radiotray_on.png')
APP_ICON_OFF = os.path.join(IMAGE_PATH, 'radiotray_off.png')
APP_ICON_CONNECT = os.path.join(IMAGE_PATH, 'radiotray_connecting.gif')
APP_INDICATOR_ICON_ON = "radiotray_on"
APP_INDICATOR_ICON_OFF = "radiotray_off"
APP_INDICATOR_ICON_CONNECT = "radiotray_connecting"
...y aquí estamos...
Situaciones excepcionales
Con todos mis indicadores prácticos, logré encontrar los íconos correspondientes utilizando los métodos anteriores.
Sin embargo, resulta posible compilar imágenes junto con el código en un solo ejecutable. No es necesario explicar que en tales casos no encontrará una imagen separada, ni podrá reemplazarlos sin editar el código y volver a compilar.
El caso de owncloud parece ser un caso así. El uso de los métodos anteriores mostró que se instaló un conjunto de iconos dentro /usr/share/icons/hicolor/<size>/apps
. Sin embargo, ninguno de estos íconos se usa en el indicador de ubuntu .
OP hizo bastante trabajo antes (y después) hizo esta pregunta. Uno de ellos era correr:
gdbus call --session --dest com.canonical.indicator.application --object-path /com/canonical/indicator/application/service --method com.canonical.indicator.application.service.GetApplications
... lo que nos da bastante información útil. La salida incluyó una sección:
('146028888067', 2, 'org.kde.StatusNotifierItem-22055-1', '/StatusNotifierItem/menu', '/tmp/iconcache-50ePXx', '', '', '', 'owncloud', 'ownCloud')
Mirando en el directorio /tmp/iconcache-50ePXx
, encontré los íconos exactos que usaba el indicador:
... lo que parece demostrar que estos íconos se generan sobre la marcha; Al cerrar owncloud, el directorio y sus iconos desaparecen.
Resultó posible cambiar el ícono del indicador reemplazando estos íconos:
lo que prueba que estos son los íconos que estábamos buscando.
Sin embargo, para automatizar lo que hice manualmente, se requiere un script / contenedor, ya que el nombre del directorio creado se cambia cada vez que se inicia owncloud. La opción más conveniente sería, por supuesto, que se cambiara el código del cliente de owncloud.
Vea también nuestra discusión aquí .
Continuará...
dpkg -L
hace lo mismo?dpkg-query -L
. Buscar confind / -name state-ok -type f
miradas para haberse estancado, pero lo dejaré funcionando durante la noche./usr/share/icons/hicolor/<size>/apps
embargo, al mirar el archivo .deb descargado, owncloud instala algunos íconos . Desafortunadamente, el archivo .deb no se instala:Errors were encountered while processing:
volveré a intentarlo más tarde ...Iconos y sus ubicaciones potenciales
Hay dos formas en que el indicador podría emplear iconos:
/usr/share/pixmaps/
, aunque es posible que algunos de los autores envíen íconos indicadores a otros directorios. Jacob Vlijm, cuya respuesta está en esta página y que también es autor del indicador SpaceView, por ejemplo, eligió colocar iconos para ese indicador/opt/spaceview/icon
. Con este tipo de íconos es un poco complicado pero no complejo: usedpkg -L <package name>
ocat /var/lib/dpkg/info/PACKAGE.list
y busque un archivo de ícono, con.png
o.svg
extensión. Estos son los más típicos./usr/share/icons
carpeta. Por ejemplo, en mis indicadores como Udisks Indicator, con frecuencia me baso en lo que hay dentro/usr/share/icons/gnome
, ya que estos son estándar y vienen con cualquier instalación de Ubuntu. Si no encuentra un ícono en las consultasdpkg
, es probable que el paquete use un ícono estándar.Yendo a la fuente
Si un indicador está escrito en Python o Ruby, buscar pistas en el código fuente puede ser relativamente fácil, ya que estos son scripts, y es suficiente
grep
para buscar en el código fuente. Los lenguajes compilados como C y Vala no vienen con el código fuente, por lo que tendría que obtenerlo, ya sea a travésapt-get source package-name
o desde donde haya obtenido el paquete. (Los usuarios aventureros pueden usarhexdump
o descompilar el archivo ejecutable, pero en mi humilde opinión es demasiado trabajo solo por curiosidad sobre un icono).NOTA : si un icono reside en uno de los directorios estándar, como
/usr/share/icons/
o/usr/share/pixmaps
, el autor del software puede elegir llamar al icono simplemente por su nombre, sin extensiones. Por ejemplo, en miudisks-indicator
uso esta línea para llamar a uno de los iconos estándar:Observe la falta
.svg
o.png
extensión. Por lo tanto, en este caso, tenemos un nombre del icono y podemos ubicarlo usando comandos estándar de Linux comolocate
ofind
.Buscar utilizando herramientas estándar de Linux
Si realmente desea tener un comando para buscar íconos, simplemente use esta combinación simple:
Aquí hay un ejemplo. Sé a ciencia cierta que el indicador diskman usa un icono personalizado. Entonces, ¿qué nos dice este comando?
Observe la
/usr/share/pixmaps/indicator-diskman.png
última imagen, que es lo que el indicador realmente muestra en el panel.¿Y qué pasa si el indicador usa un ícono estándar? Bueno, obviamente no habrá salida:
Conclusión
Si bien no hay un estándar establecido, hay un conjunto de lugares típicos donde van los iconos, y podemos usar
dpkg
para consultar información sobre qué archivos vienen con cada paquete específico. Finalmente, tal vez no sea la sugerencia más técnica, pero considere enviar un correo electrónico a los desarrolladores o pasar por su IRC o chat, y simplemente preguntarles "¿Qué icono usa su indicador?". Los desarrolladores generalmente están contentos de saber de las personas que usan su software y no les importará responder una pregunta rápida.fuente
/tmp
no es práctico. Sin embargo, personalizarlas para la mayoría de las aplicaciones es fácil usando su respuesta, ya que usan los conjuntos de iconos instalados.