Archivo de la etiqueta: gtk

[Kubuntu Hardy Heron] Idioma español para programas GTK

Hace poco que he estado probando esta distribución en un notebook Acer Aspire 4320. Bastante decente se ha comportado, hay que decirlo.

Al grano: si bien en Kubuntu por omisión trae paquetes de idioma para el entorno, incluso los baje e instala en el mismo proceso inicial de instalación, por desgracia no trae el paquete de idioma para aplicaciones que ocupan GTK, como Gimp o Firefox.

Lo resolví gracias a janitux de #powers, que me comento un tip muy simple. Además de ya tener nuestro sistema en español, debemos instalar el siguiente paquete:

sudo apt-get install language-pack-gnome-es-base

Y listo, basta reiniciar las aplicaciones GTK que usamos habitualmente, para notar el cambio.

GTK, QT, horror por mal uso en algunas interfaces de usuario

Recuerdo hace mucho tiempo haber leído en el Blog de Tomás Pollak (ahora en estado de toma xD) una crítica a KDE4, en relación al desorden que tenían las interfaces en KDE.

Ok, puede tener razón, pero es impreciso. Me pasó a veces ese problema en algunas distros. Por defecto algún programa o interfaz común a varios programas venía con los tamaños descuadrados en paneles y otros contenedores. A lo largo de mi historia de usuario de KDE, son pocas veces que me ha pasado, generalmente a sido con versiones “Beta” de alguna distro, donde generalmente dejan la parte artística para el final.

Generalmente lo solucionaba ajustando manualmente la interfaz (corriendo los bordes de algún panel con el mouse, o cambiar el tamaño de los iconos, etc.), o sencillamente cambiándome de tema.

Pero, cuando me he topado con horrores realmente graves y sin posibilidades de ser arreglado manualmente por el usuario (con clicks), ha sido con aplicaciones GTK, en especial con GIMP y Gaim Pidgin (aunque al parecer, de a poco han ido mejorando).

Por ejemplo, en Gaim no podía hacer más angosta la ventana debido al texto de los botones al pie (que no se reajustaban solos). En Gimp recuerdo que, hace tiempo, habían algunas ventanas que al guardar una imagen se volvían más anchas que el escritorio (en ese tiempo de 1024×768).

Me acorde de todo eso cuando vi esto hoy:

Y eso que mi escritorio actual es widescreen en 1280×800.

¿Necesito un monitor enorme para ver los programas GTK dentro del escritorio?

Bueno, tal vez sea injusta mi crítica, porque en este caso, es Firefox el culpable, debieran ser ellos los que procuraran mantener el diseño de sus interfaces gráficas. De hecho, lo que hace ancha esa ventana es el texto en el “combobox” para seleccionar el tipo de archivo.

Pero acá va otra crítica certera: Si notaron, estaba intentando subir una foto a Flickr, pero a veces cuando las fotos vienen de mi cámara, la máquina las nombra con un código y un número, entonces si en el selector de archivos NO TENGO una vista previa de las imágenes, como si tiene el selector de archivos de los programas de KDE ¿Como diablos podría identificar, entre cientos de fotos, aquellas que quiero subir en ese cuadro? Simple: No se puede, es necesario seleccionar las fotos con otro programa (un navegador de archivos o imágenes), separarlas y luego subirlas todas juntas.

Espero que el tema no se preste para el trolleo. Entiendo a quienes les gusta gnome porque kde “tiene botoncitos, menús y palanquitas por todos lados”, pero también espero que me entiendan cuando siento que en gnome “no hay como ajustar el aspecto ante problemas de distribución en la interfaz”.

Solo por si acaso: Mi escritorio es KDEmod (KDE 3.5 enchulado) en Archlinux.

UPDATE: Le encontré razón a @Max en que el título era impreciso, lo cambio de “GTK, QT, horror en algunas interfaces de usuario” a “GTK, QT, horror por mal uso en algunas interfaces de usuario”. Si quisiera hablar de librería de interfaces gráficas horrorosas, habría partido por las tcl/tk 馃槢

El look de las aplicaciones GTK cuando usamos KDE

Uno de los problemas más feos con los que suelo toparme, es el look de de los programas que han sido creados con las librerías GTK+ (2.0).

No digo que sea mala librería, o que las aplicaciones sean feas. El diseño y distribución de las interfaces gráficas son responsabilidad del equipo de desarrollo del programa en cuestión. Pero “el como se ven” los botones, cuadros, menús, etc. Son responsabilidad (inicialmente) del tema que trae la distribución Linux (o sistema unix-like) que estemos ocupando.

En mi caso, con ArchLinux, es 100% responsabilidad del usuario, debido a que todo se instala a mano. El problema es que los que usamos KDE y a la vez ciertas aplicaciones hechas con GTK (como el compiz-config-settings-manager o mysql-query-browser) notamos como el tema de nuestro escritorio no pega ni junta con estos programas.

Hay una solución intermedia llamada gtk-qt, que es un “engine” para gtk que sirve como wrapper(*) de los temas hechos con QT (librería gráfica, base de KDE). Al instalar este engine, debería aparecer un nuevo ítem en el Centro de Control de KDE (kcontrol) llamada “GTK Styles and Fonts”.

Lo malo de gtk-qt, es que como wrapper, tiene algunas falencias notorias, como ciertos controles mal dibujados, o que no tome bien el fondo de una ventana o ese tipo de cosas molestas. Sobre todo cuando ocupamos un tema atípico en nuestro KDE (como en mi caso, Baghira).

Hay una segunda alternativa involucra tener instalado gtk-qt. El panel nuevo en el Centro de Control nos permite escoger otro tema de gtk nativo en vez de funcionar como wrapper de qt.

Para instalar gtk-qt en Archlinux hacemos

  • Si tenemos KDE: sudo pacman -S gtk-qt-engine
  • Si tenemos KDEmod: sudo pacman -S kdemod-gtk-qt-engine

En (*)Ubuntu/Debian se puede encontrar con synaptics/adept-manager/kpackage o con apt en consola:

  • sudo apt-get install gtk-qt-engine

En otras distribuciones, bastara con hallarlo en el manejador de paquetes correspondiente.
Una vez que tenemos el wrapper instalado, buscamos un tema para GTK+2.0 que sea parecido a nuestro tema QT. En mi caso, encontré uno que me encaja más o menos con Baghira (mi tema de KDE). No se ve nada mal.

Hay que tener ojo y fijarnos si el tema requiere de algún “engine” de gtk, pues de requerirlo es necesario instalar el engine para que se vea bien el tema. Generalmente los engines de gtk más necesarios están en los repositorios de la distribución.

Por ejemplo, en la misma página que lo encontré decía que necesitaba el engine “aurora”. Busque en los repositorios por ese nombre y encontré el paquete “gtk-aurora-engine”. Más claro que agua de manantial.

OK, era cosa de instalarlo como cualquier otro paquete. Para instalar el tema, se debe copiar el archivo comprimido (con permisos de root) a la carpeta /usr/share/themes y descomprimirlo ahí mismo (con permisos de root también). Ejemplo:

sudo cp ‘archivo del tema.tar.bz2’ /usr/share/themes # copiar el archivo a la carpeta de temas

cd /usr/share/themes # movernos a la carpeta de temas

tar jxvf ‘archivo del tema.tar.bz2’ # descomprimir el archivo (ojo que está ajustado para bzip2).

Bien. Tenemos el engine y el tema instalado. Entonces para activarlo, es necesario dirigirnos al Centro de Control de KDE, donde en la sección Aspecto y Temas, encontraremos el ya mencionado “GTK Styles and Fonts”.

En el primer grupo de opciones dice “GTK Styles” y da 2 opciones, “Use My KDE Style in GTK aplications” (opción a veces problemática) o “Use Another Theme”.

Ahí escogemos el tema recién instalado y le damos “aplicar”.

Ahora para probar, basta abrir algún programa basado en GTK, por ejemplo: Openoffice, Eclipse, Mysql-Query-Browser, Compiz-Config-Settings-Manager, Netbeans, …

Espero que sea de ayuda. si algo no queda claro, díganmelo.

(*) Wrapper o envoltura: es una capa intermedia entre una aplicación interna y externa, con el objetivo de poder hacer funcionar la interna como lo haría la externa, en forma transparente al usuario aunque la interna sea algo totalmente diferente. Ejemplos: ndiswrapper (app interna: driver de windows, app externa: módulo del kernel de linux) ; gtk-qt (app internta: librerías qt, app externa: librerías gtk). En programación, se conoce como Adaptador.