Interfaz gráfica autofirma - Linux no adaptable a temas oscuros.

[jarey]

Usando Autofirma 1.7.1 en Ubuntu 22.04.1 LTS, se puede apreciar que Autofirma 1.7.1 no es adaptativo al tema oscuro oficial y presupongo que a cualquier variante de tema oscuro adoptado en el sistema ya que el color del fondo en determinadas pantallas no se varía en función del tema del sistema.

Esto hace algunas pantallas inusables por la incapacidad de leer el texto de la interfaz en color de fuente blanca sobre fondo blanco.

Un ejemplo a continuación:

Adicionalmente, si se varía el tema del sistema al claro, por ejemplo, (para poder leer los textos) y la aplicación permanece abierta, esta se congela permanentemente, con la única opción de matar el proceso por terminal, puesto que la ventana deja de escuchar eventos.

[Gamuci]

Buenas tardes:

Se ha modificado la aplicación para no forzar que el color de fondo de ese panel sea blanco. Esto permite que sea el sistema operativo el que seleccione el color y que los textos se vean correctamente. Esto mismo se ha hecho en otras las pantallas de la aplicación. Los cambios estarán disponibles en la próxima versión de AutoFirma.

Un saludo.

[julianjm]

En autofirma 1.8.0, en Ubuntu 22.04 (tema oscuro) persiste el mismo problema.

[narcisgarcia]

En AutoFirma 1.8.0 sobre Debian 11 (tema oscuro de Gnome) persiste el problema.
Una de dos:
A) Tanto texto como fondo que se adapten a los colores del entorno
B) Tanto texto como fondo estén en colores fijados.

Si unos elementos se adaptan y los otros no, siempre habrá temas estéticos con mal resultado.

[jarey]

Tal como indican @narcisgarcia y @julianjm el problema persiste en la versión 1.8.0; incluso diría que se ha agravado desde la versión 1.7.1. Puede verse en la siguiente captura de pantalla sobre Ubuntu 22.04 en tema oscuro por defecto.
En comparación con la versión 1.7.1, se puede apreciar que ahora no solo el panel informativo se muestra en blanco, con visibilidad casi nula en tema oscuro, sino que el panel superior, que antes se mostraba correctamente, ahora también refleja el mismo comportamiento errático sobre este tipo de temas.

Añadir que revisando el resto de paneles/pantallas, esta parece ser la única que presenta dicho comportamiento incorrecto. El resto parecen adaptarse correctamente al tema oscuro (salvo el editor de tecto con previsualización del texto de firma que se embeberá en la firma).

Muchas gracias, un saludo.

[narcisgarcia]

Los temas oscuros de pantalla son cada vez más extendidos, por razones de salud visual y también de impacto energético.
Ello aparte de que la personalización del aspecto de escritorio y aplicaciones (mediante un tema global) es necesario en ocasiones para la accesibilidad visual.

La adaptabilidad de las aplicaciones al diseño y coloración de entorno es importante para no tener que desarrollar ni revisar preferencias estéticas para cada aplicación en concreto. Lo agradecen tanto implementadores como usuaries.

Los fondos blancos son una herencia del pasado, de cuando se intentaba mostrar una equivalencia al papel en la informática y un ambiente siempre diurno, como en un gallinero industrial. El día está fuera de las TIC y no en el ciberespacio.

[narcisgarcia]

Resultado de mi comprobación de AutoFirma 1.8.0 en Microsoft Windows 10:

• No se adapta al tema oscuro genérico del escritorio; aunque todo es legible porque sigue con un juego de colores de texto negro sobre fondo blanco.
• Se adapta al tema de accesibilidad de alto contraste en escala de grises, mostrando letra blanca sobre fondo negro.

[jarey]

Simplemente por seguir proporcionando feedback sobre este bug, persisten en autofirma debian 1.8.2:

[lantolin]

y en 1.8.3 sigue

[narcisgarcia]

Según lo que permitan las herramientas de desarrollo de AutoFirma (que quizás sean un tanto rígidas con Java) el equipo de desarrollo debería elegir entre una de las dos estrategias:

A) Que tanto texto como fondo se adapten a los colores del entorno operativo (GUI)
B) Que tanto texto como fondo estén en colores fijados.

Aunque la opción A es preferible para toda la informática del siglo XXI, si las herramientas de desarrollo no permiten que algún elemento se adapte al entorno (que requiere color prefijado), entonces no hay más remedio que optar por la opción B en todos los elementos y fondos de presentación.

Lo que ocurre hasta ahora es que unos elementos se adaptan y los otros no. Con esta disparidad, siempre habrá temas estéticos con mal resultado, porque unos elementos siempre serán negros, y los colindantes a veces negros y a veces blancos o de otro color. Al coincidir colores no hay legibilidad.

ADEMÁS: Sería deseable ver algo de retorno del equipo de desarrollo en estos hilos de comentarios a raiz del reporte de incidencia.

[Akronix]

Ping @Gamuci . Este bug sigue estando en autofirma 1.8.3 Ubuntu 24.04

[elnicolo]

Hola, yo utilizo openSuSE 15.6 con GNOME 45 también con modo oscuro, y también tengo esta dificultad con Autofirma 1.8.3, pero mi problema principal es que no puedo redimensionar las ventanas de la aplicación y tampoco puedo cambiar el tamaño de fuente, por lo que me es muy difícil utilizar la aplicación, ya que los componentes de botones y texto no caben en la ventana de Autofirma, lamentablemente. ¿Alguien sabe como solucionar esto? Gracias.

[RPadial]

Mismo problema en Linux Mint 21.3

[jarey]

Un workaround sencillo es establecer simplemente la siguiente opción de invocación del ejecutable java, ubicado en /usr/lib/AutoFirma, la forma ideal de hacerlo sería a través del correspodientes fichero .desktop o homólogo que se genere, pero sinceramente no he conseguido encontrarlo (lo esperaba en /usr/share/Autofirma o /usr/share/applications pero no he conseguido ubicarlo):

java -jar -Dswing.crossplatformlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel AutoFirma.jar

No es ideal/perfecto, pero de esta forma (al menos en las pruebas que yo he realizado) la visualización de la herramienta es mucho mejor que comparándolo con la experiencia de usuario actual.

Dejo una captura por si ayuda a ver en rasgos generales como se visualiza la aplicación con este matiz:

Actualización: viendo el código fuente, he visto que la entrada de escritorio que no encontraba es /usr/share/applications/afirma.desktop, en ese sentido aplicando la modificación propuesta en dicho fichero, consigue el mismo resultado.

Adjunto fichero modificado por si a alguien le resulta de ayuda.

[Desktop Entry]
Encoding=UTF-8
Version=1.8.3
Name=Autofirma
Type=Application
Terminal=false
Categories=Office;Utilities;Signature;Java
Exec=env _JAVA_OPTIONS='-Dawt.useSystemAAFontSettings=on -Dswing.aatext=true -Dswing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel -Dswing.crossplatformlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel' /usr/bin/autofirma %u
Icon=/usr/lib/AutoFirma/AutoFirma.png
GenericName=Herramienta de firma
Comment=Herramienta de firma
MimeType=x-scheme-handler/afirma;
StartupNotify=true
StartupWMClass=autofirma
Name[es_ES]=AutoFirma

Un saludo.

[narcisgarcia]

Probablemente las llamadas web no pasan por afirma.desktop
Como afirma.desktop llama originalmente a /usr/bin/autofirma quizás sea mejor modificar este otro para insertarle una linea para que quede así:

#!/bin/bash
export _JAVA_OPTIONS='-Dawt.useSystemAAFontSettings=on -Dswing.aatext=true -Dswing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel -Dswing.crossplatformlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel'
java -Djdk.tls.maxHandshakeMessageSize=65536 -jar /usr/lib/AutoFirma/AutoFirma.jar "$@"

(1a y 3a líneas originales. 2a línea insertada)

[narcisgarcia]

Para que a les usuaries de Debian y derivados no se lo pisen las actualizaciones, algo todavía mejor:

$ sudo dpkg-divert --local --rename --add /usr/bin/autofirma
$ sudo cp -a /usr/bin/autofirma.distrib /usr/bin/autofirma

Y dejar el fichero /usr/bin/autofirma con este contenido:

#!/bin/sh
export _JAVA_OPTIONS='-Dawt.useSystemAAFontSettings=on -Dswing.aatext=true -Dswing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel -Dswing.crossplatformlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel'
/usr/bin/autofirma.distrib "$@"
exit $?

[narcisgarcia]

Cuando se carga un fichero a firmar, los detalles mostrados del fichero mantienen otro juego de colores, y cuando se trata de un PDF su opción de hacer visible la firma y el texto de firma también.

Solventada la parte GTK, quizás esos otros elementos dependan de librerías Qt o Wx, y quizás se puedan encontrar opciones para que Java les haga caso de la misma forma.

[Mad-Soft]

En ubuntu con GNOME desde hace años siempre se ve mal en temas oscuros.
Pero en openSUSE que también tengo el tema oscuro, eso si en KDE se ve bien, ya que toda la decoración de la ventana y el tema de la aplicación se ve con la forma nativa de una aplicación de JAVA.

Si en ubuntu se pudiera cambiar toda la intefaz para verse así, supongo que estaría solucionado. Es un poco feo/antiguo pero al menos es funcional