KDE-Plasma: Agregar una plantilla al menú «Crear nuevo»

Cuando hacemos clic derecho en Dolphin, tenemos la opción «Crear nuevo» lo que nos permite crear una carpeta, un archivo de texto, enlace a aplicación, etcétera. Hoy veremos cómo agregar una nueva entrada a ese menú.

Usaré como ejemplo el crear un documento Writer con una plantilla definida por nosotros.

Primero, claramente, tenemos que crear nuestra plantilla. Tienen cierto libro por allí que explica cómo hacer estas cosas por lo que no entraré en esos detalles. Supongamos que la hemos guardado como

/home/USER/Plantillas/Mi Plantilla Writer.ott

Ahora tenemos que dirigirnos a

~/.local/share/templates

Si la carpeta templates no existe dentro de share (en openSUSE no existe) simplemente la creamos. Ya saben, clic derecho 😉

Allí dentro creamos un archivo de texto con extensión .desktop, por ejemplo Nuevo-Writer.desktop y en él escribimos algo como lo siguiente

[Desktop Entry]
Name=Documento Writer.odt
Comment=Nombre del documento
Type=Link
URL=/home/USER/Plantillas/Mi Plantilla Writer.ott
Icon=application-vnd.oasis.opendocument.text

Name será el nombre propuesto para el nuevo documento mientras que Comment el título del menú que aparece al crearlo. Type sirve para decir que estamos enlazando a un archivo (Link), URL da la dirección a la plantilla mientras que Icon apunta a un icono para el archivo .desktop que estamos creando: aquí he utilizado el tipo mime correspondiente al ejemplo.

Posiblemente tendremos que cerrar todas las ventanas de Dolphin y volver a abrirlas para que la entrada del menú esté disponible, pero nada más.

Como ven, eso es todo, luego de aceptar tendremos un archivo nuevo creado a partir de la plantilla elegida, listo para ser abierto y editado.


La información para este artículo ha sido reconstruida a partir de artículos viejos para versiones anteriores de KDE como este. Fue necesario un poco de prueba y error para descubrir dónde van las cosas en Plasma 5, pero aquí estamos.

Anuncios

Este pingüino ya está en Leap 15.0…

… luego de pasar un par de «sustos».

Apliqué el mismo método que comenté en su momento para una actualización anterior, pero esta vez no salió todo al primer intento ya que se presentaron dos problemas serios: para el primero necesité (y encontré) la ayuda de la magnífica comunidad del camaleón, mientras que para resolver el segundo fue necesaria una pequeña dosis de creatividad. Veamos qué pasó.

El primer problema fue el más serio de todos: terminado el «zypper dup», cuando entré en la sesión de mi usuario, pues que no tenía internet. El sistema podía ver el router e interaccionar con él, pero no podía pasar de él.

Larga historia hecha corta, el problema estaba en que durante la actualización NetworkManager generó un archivo de configuración corrupto que causaba problemas con los DNS. La solución, como administrador, fue borrar completamente el archivo /etc/resolv.conf para luego regenerarlo con

netconfig -f update

y finalmente reiniciar la conexión con

systemctl restart NetworkManager

¡Gracias a los usuarios Maex de los foros en castellano y wolfi323 de los foros en inglés de openSUSE! Más información sobre el problema aquí (en castellano) y aquí (en inglés).

El segundo problema era con LibreOffice: cualquier acción como abrir un archivo o simplemente dirigirse a Herramientas → Opciones hacía que el programa se cayera sin remedio, haciendo que fuera imposible el utilizarlo.

La solución la encontré mediante prueba, error, pensamiento lateral y casualidad. Y es que la actualización dejó archivos de la instalación anterior sin eliminar, pero que ahora no pertenecían a ningún rpm por lo que desinstalar LibreOffice no los eliminaba  e instalarlo de nuevo no los sobrescribía, dejando una instalación corrupta que no funcionaba.

Para resolver el problema primero desinstalé completamente LibreOffice, luego abrí konsole y escribí

whereis libreoffice

… ¡y me dio un resultado! A pesar de haber desinstalado todo seguía teniendo las carpetas /usr/lib64/libreoffice y /usr/share/libreoffice con varios archivos dentro, por lo que lancé Dolphin como administrador y las borré así, a lo bestia. Luego volví a instalar LibreOffice y ahora todo funciona correctamente.

Y eso es todo. Resueltos los problemas, Leap 15.0 funciona ya magníficamente.

Como «yapa», un truco: mejorar el tiempo de encendido del sistema para aquellos que, como yo y como tantos otros, usen ext4 como sistema de archivos en lugar de btrfs

OpenSUSE 15 se demora en el arranque enormemente y tengo Ext4 como sistema de ficheros: Fácil solución

Este útil artículo lo encontré gracias al amigo Victorhck que lo comentó en Mastodon.

Ahora sí, todo listo.

El tema de iconos «Karasa Jaga» para el escritorio Plasma

La semana pasada hablé de un tema de iconos para LibreOffice basado en Oxygen y comenté que también existía una versión para el escritorio Plasma (bueno, también puede usarse en gnome, pero ya saben, soy marcadamente KDEero). Hoy presentaré una pequeña guía sobre cómo instalar este tema (no está disponible en KDE Store) y mostraré un poco cómo se ve.

El proyecto ofrece unos guiones en Perl para instalar y desinstalar el tema globalmente en el sistema, pero si solo queremos instalarlo para nuestro usuario no son necesarios. Nos dirigimos entonces a la página del proyecto en GitHub

Karasa Jaga Icon Theme

y le damos al botón «Clone or Download», eligiendo de descargar el zip. Terminada la descarga del archivo, lo descomprimimos, lo cual nos dará una carpeta de nombre karasa-jaga-icon-theme-master: entrando en ella tenemos que copiar la carpeta

/ruta-a-la-carpeta/karasa-jaga-icon-theme-master/build/Karasa-Jaga/

a

~/.local/share/icons/

Luego vamos a la configuración de Plasma y bajo iconos elegimos el nuevo tema

Después de tanto tiempo usando iconos «planos» y prácticamente monocromáticos, Karasa Jaga puede darnos un shock. De hecho he de admitir que el ataque de nostalgia me duró solo unos días: en el escritorio ya estoy nuevamente con Briza. Pero por ahora lo mantengo en LibO: extrañamente allí «se siente bien».

LibreOffice y el escritorio Plasma

Buena noticia: El proyecto LibreOffice está desarrollando un plug-in para que su librería gráfica (VCL) pueda integrarse con Qt5 y el escritorio Plasma.

Mala noticia: A juzgar por la cantidad de veces que la palabra «broken» aparece en la propuesta del próximo GSoC, falta mucho para que esa nueva interfaz resulte mínimamente utilizable.

En estos momentos, al lanzarlo desde un escritorio Plasma LibreOffice se abre por defecto con el ya arcaico y más que problemático plug-in para VCL de kde4. Dependiendo de la configuración del sistema (combinación de tarjeta gráfica, controladores, versión del sistema gráfico) el resultado de esto puede ir desde tener problemas con el refresco de pantalla a sufrir una experiencia realmente frustrante con elementos de la interfaz que no se ven, partes de la página que se sobreponen, pérdida de los límites de texto y los bordes de secciones… en fin, un lío.

¿Solución? Pues utilizar el plug-in para GTK3, que luego de un tortuoso inicio finalmente a partir de la versión 6 funciona más que bien.

En openSUSE Leap esto implica instalar el paquete libreoffice-gtk3 y desinstalar libreoffice-kde4.

Nota: en cada actualización de LibreOffice el paquete libreoffice-kde4 vuelve a instalarse, por lo que también es aconsejable marcarlo como «tabú» en YaST2 para que quede completamente bloqueado.

Y sí, hay que soportar el menú para seleccionar archivos de GTK3 que no es precisamente una belleza, pero al menos podemos hacerlo más pasable con un clic derecho en algún elemento de la lista y seleccionando que ordene las carpetas antes que los archivos

En serio, ¿a quién se le ocurre poner por defecto una configuración en la que las carpetas se mezclan con los archivos? Pero bueno, que ese problema es de GTK3, no de LibreOffice, por lo que mejor me dejo de divagar.

La selección se mantendrá entre sesiones.

Si en nuestro escritorio Plasma vamos a la configuración del sistema y en «estilo de las aplicaciones» seleccionamos un tema apropiado (yo tengo Briza para todo: Plasma, GTK2 y GTK3) LibreOffice se verá decentemente bien, y como para muestra basta un botón repito aquí una captura de pantalla de una entrada anterior

Las contradicciones de esta vida: la mejor forma de utilizar LibreOffice en KDE/Plasma es seleccionar las librerías de gnome/GTK.

Nota: El «scrolling» en LibO usando dos dedos sobre el touchpad puede ser realmente incontrolable, especialmente en modalidad «previsualización de impresión». Para poder sobrevivir a este problema, en las preferencias de Plasma bajo «Estilo de elementos gráficos de aplicaciones de GNOME/GTK», conviene seleccionar en «al hacer clic izquierdo en la barra de desplazamiento» la opción «Ir a la posición del cursor del ratón». De esta forma podremos «tomar» la barra de desplazamiento y realizar movimientos suaves.

En fin, que se sobrevive.

Recrear el «quick-start» de LibO en KDE Plasma

LibreOffice 5.4 es la última versión en ofrecer el «quick-start», la pequeña aplicación que se coloca en la bandeja del sistema para agilizar el acceso a los diferentes componentes del programa: a partir de 6.0 será eliminada.

NOTA: Al parecer han dado un paso atrás y el «quick-start» seguirá disponible por algunas versiones más. No pregunten.

Originalmente esta pequeña componente fue creada porque, en la época de OOo, el inicio de la aplicación era dolorosamente lento: al mejor estilo de los productos de Redmond este «inicio rápido» cargaba, silenciosamente, el programa completo durante el inicio del sistema. La idea era que al estar ya cargado en memoria se agilizaba su arranque… al costo de hacer el inicio del sistema más lento, se entiende.

En los últimos tiempos LibO ha logrado hacer que el inicio del programa sea más ágil, reduciendo enormemente el tiempo necesario para cargar la aplicación por lo que el «inicio rápido» ha dejado de ser tan útil, ¿verdad?

Bueeeeeeeeeno… Depende. Ciertamente cargar todo el paquete en memoria aún cuando no iba a ser utilizado no era la mejor de las ideas, pero el «inicio rápido» tenía algunas (pequeñas) ventajas extras como por ejemplo conseguir que el programa se iniciara mostrando la lista de plantillas.

Hoy mostraré cómo recrear las funciones «útiles» del inicio rápido de LibO en un entorno Plasma. Seguramente se podrá hacer algo parecido en otros escritorios.

Primero que nada creamos una carpeta que podríamos llamar «LibreOffice Rápido». Dentro de esta carpeta hacemos un clic derecho → Crear nuevo → Enlace a aplicación. Esto nos creará un archivo «desktop» que podremos utilizar para crear un enlace a la aplicación que queramos. Por ejemplo escribiendo bajo Orden en la pestaña Aplicación lo siguiente

libreoffice --writer %U

lograremos iniciar Writer mientras que con

libreoffice --draw %U

iniciará Draw.

NOTA 1: Sí, ya sé que podemos arrastrar el acceso directo correspondiente desde el menú de aplicaciones, pero como veremos más abajo es mejor crear el acceso «a mano» desde cero.

NOTA 2: El lector interesado en saber qué es eso del «%U» puede consultar la especificación de los archivos desktop.

Hasta aquí todo fácil. ¿Cómo hacemos ahora para llamar la lista de las plantillas? Pues con

libreoffice .uno:NewDoc

mientras que si queremos que nos presente directamente el menú para abrir un archivo podemos utilizar

libreoffice .uno:Open

Estas instrucciones «.uno» usan el «API» de LibO para realizar diferentes tareas y son parte del lenguaje de macros del programa. Si el lector quiere saber más al respecto tendrá que preguntarle a un experto del tema, como por ejemplo mi amigo Mauricio, administrador de los foros de la comunidad.

Ahora en nuestro escritorio Plasma desbloqueamos los elementos gráficos y en un panel cualquiera insertamos una «vista de carpeta»

Ahora solo nos queda configurar la vista de carpeta para que apunte a la carpeta «LibreOffice Rápido» con lo cual veremos los accesos rápidos que hemos creado… todos ellos mostrando la extensión .desktop, lo cual queda bastante feo. ¡Ningún problema! Podemos simplemente hacer un clic derecho sobre cada acceso rápido y seleccionar Cambiar nombre para eliminar la extensión del archivo que Plasma los seguirá reconociendo.

NOTA: Y aquí está la razón para no arrastrar los accesos desde el menú ya que al parecer estos últimos no están bien formateados y al quitarles la extensión Plasma deja de reconocerlos como accesos a programas. Los archivos .desktop creados desde Plasma funcionan a la perfección.

Todo listo.

Desempaquetar un archivo rpm

Todo aquel que por cualquier motivo (y mejor no entremos en los porqué que no quiero deprimirme) se vea obligado a utilizar skype en Linux y no quería actualizar a la última, patética versión habrá seguramente recibido en las últimas semanas un amable correo electrónico indicando que las versiones 4 y anteriores serán descontinuadas a partir del primero de julio y que hay que pasarse obligatoriamente a la versión 5.3, la cual está oficialmente marcada como beta y falla más que escopeta de feria.

Sí, exacto. Pienso igual.

Bueno, la cuestión es que esta nueva versión viene distribuida solamente como rpm y deb y que yo no tengo ganas de instalar un rpm que no venga de un repositorio de mi distro, por lo que ha sido esta una buena oportunidad para desempolvar las viejas recetas sobre cómo desempaquetar archivos rpm para una «instalación local».

Veamos.

Un archivo, gráficamente

Un rpm es simplemente un archivo comprimido al que se le han agregado metadatos. El formato de compresión elegido ha sido, históricamente, cpio, pero versiones recientes del estándar pueden utilizar bzip2, lzip, lzma, xz o, desde la versión 5, xar.

Como sea, cualquier programa de compresión de datos debería ser capaz de abrirlo. Por ejemplo, Ark abre archivos rpm sin problemas por lo que en KDE solo tenemos que hacer clic derecho → Extraer → Extraer archivo comprimido aquí, autodetectar subcarpeta.

Un archivo, en línea de comandos

En la carpeta que contiene el archivo.rpm creamos una subcarpeta, entramos en ella, abrimos allí una terminal y escribimos

rpm2cpio ../archivo.rpm | cpio -id

La i es para «extraer» y la d para crear directorios si son necesarios. Digo, en caso de que alguien quisiera saberlo. Por supuesto siempre tenemos

cpio --help

para más opciones (la página man del programa no me parece muy útil).

Muchos archivos a abrir recursivamente

También podríamos estar interesados en descomprimir la instalación de la versión de desarrollo de LibreOffice, que está dividida en unos 50 archivos rpm, para hacer pruebas y ver qué tiene de nuevo sin molestar la instalación «normal». Hace ya muchos años escribí sobre esto (aquí, aquí y aquí), pero no está de más el repasar la instrucción.

Como antes, creamos una subcarpeta dentro de la carpeta que contiene todos los rpm, entramos allí y abrimos una terminal para ejecutar el siguiente código

for i in ../*.rpm; do rpm2cpio $i | cpio -id; done

Lo que hace esta línea es crear un bucle que va pasando por todos los archivos rpm, descomprimiéndolos y copiando el contenido recursivamente.

Todo listo.

KDE: accesos rápidos web y diccionarios

Hace ya unos años hablé de los accesos rápidos web en KDE. Para plasma 5 siguen funcionando de la misma forma, si bien crearlos desde un clic derecho en la caja de búsqueda podría no funcionar como antes.

Además, en este tiempo algunos de los accesos por defecto se han quedado obsoletos por lo que aquí comentaré cómo actualizarlos y cómo crear algunos nuevos que considero interesantes.

Para comenzar debemos abrir las «Preferencias del sistema», bajo «Espacio de trabajo» seleccionar «Accesos rápidos» y allí los «Accesos rápidos web».

Los diccionarios de la Real Academia Española

El diccionario principal de la RAE ha cambiado su página por lo que si utilizan el acceso rápido web predefinido en KDE («rae») no funcionará. Tenemos que modificar la definición para cambiar el URL del acceso rápido a lo siguiente:

http://dle.rae.es/?w=\{@}

Salvado todo (recuerden presionar Aplicar) abrimos Krunner con Alt-F2, escribimos

rae:palabra

y ya casi estamos. Y es que una cosa que cada tanto me sucede con este acceso rápido es que al primer intento no funciona, tengo que recargar la página con F5 para que me muestre la definición.

Para llamar al Diccionario Panhispánico de Dudas tenemos que definir un nuevo acceso rápido apuntando a la siguiente URL:

http://lema.rae.es/dpd/?key=\{@}

Diccionario en inglés

Un diccionario libre en inglés sumamente interesante es WordNet, mantenido por la universidad de Princeton. La URL que necesitamos para el acceso rápido web es

http://wordnetweb.princeton.edu/perl/webwn?s=\{@}

Diccionarios en italiano

De palabras:

http://www.dizionario-italiano.it/dizionario-italiano.php?parola=\{@}

Conjugación de verbos

http://www.italian-verbs.com/verbi-italiani/coniugazione.php?verbo=\{@}

Y aquí estamos. Si el lector tiene algún diccionario que siempre corrige o agrega a los accesos rápidos web, para eso está la sección de comentarios 😉