Inspirado en una frase del gran Juan Febles «Con Linux si se puede» he decidido iniciar una serie de artículos donde presentaré las grandes aplicaciones que tiene el sistema GNU/Linux para realizar todas las tareas que necesitemos, sin tener nada o poco que envidiar a otras aplicaciones privativas. De esta forma repasaré desde cómo maquetar una revista con Linux con Scribus, con el que inicio la serie, hasta hacer de realizador con OBS Studio, sin olvidar a editores gráficos como Gimp o Krita. Bienvenidos pues a la primera entrega de Grandes Aplicaciones GNU/Linux.

Maquetar una revista con Linux – Scribus: Grandes aplicaciones GNU/Linux (I)

Si alguna vez te has visto en la tesitura de realizar una publicación en GNU/Linux seguramente habrás echado mano de LibreOffice, pero claro con esta magnífica Suite Ofimática se queda corta a la hora de ofrecer maquetaciones profesionales.

Y es que como me dijo una vez un profesor de informática, que una aplicación haga tablas no significa que sea la mejor para hacer tablas, de esta forma, si buscas un programa que ye ayude a hacer maquetaciones en GNU/Linux la mejor, de momento, es Scribus con el que ningún diseño que se te pase por la cabeza es inalcanzable.

Scribus se un programa de diseño de páginas multisistema (Linux, FreeBSD, PC-BSD, NetBSD, OpenBSD, Solaris, OpenIndiana, Debian GNU/Hurd, Mac OS X, OS/2 Warp 4, eComStation, Haiku y Window).

Sus inicios se remontan a la primavera de 2001, desde la cual Scribus ha evolucionado hasta convertirse en una de las principales aplicaciones de escritorio de código abierto de edición de texto.

Scribus nos ofrece una interfaz fácil de usar y proporciona funciones de publicación profesionales, como los colores CMYK, los colores planos, la gestión del color ICC y la creación versátil de PDF.

Además, Scribus tiene muchas potentes herramientas como dibujo vectorial, la compatibilidad con un gran número de tipos de archivo mediante filtros de importación/exportación, la emulación del daltonismo o la representación de lenguajes de marcado como LaTeX o Lilypond dentro de Scribus.

Como plus, y como no podría ser de otra manera, el formato de archivo de Scribus está basado en XML y es abierto, y gracias a ello (y a diferencia de los formatos de archivo binarios propietarios) los documentos dañados tiene la posibilidad de poder recuperarse con un simple editor de texto

Más información: Scribus

YaST no es solo un gran centro de control en el que configurar muchos aspectos de tu sistema openSUSE y SUSE, también es la herramienta que instala esta distribuciones de GNU/Linux en tu equipo

YaST es una herramienta modular, polivalente y multifuncional. Con ella configuras de manera gráfica un montón de aspectos de las distribuciones de GNU/Linux openSUSE y SUSE. YaST es además la herramienta que sirve para instalar estos sistemas en nuestros equipos.

El equipo de desarrolladores detrás de YaST, no para de hacer mejoras en muchos aspectos de esta gran herramienta de openSUSE y SUSE. Se solucionan errores, se añaden nuevas funcionalidades, se optimiza código, etc…

Pero también hay que saber mejorar y adaptar una herramienta tan fundamental como es el instalador de openSUSE y SUSE que se realiza mediante YaST. Y es a este aspecto tan vital como el instalador al que le ha tocado ahora mejorarlo.

Es lo que han llamado D-Installer o instalador D ¿Quieres saber más?

No he instalado muchas distribuciones, pero sin duda muchos «distrohoppers» alaban la herramienta YaST a la hora de hacer su trabajo y guiarte en el proceso de instalación de openSUSE o SUSE.

Pero tal como dice el propio equipo de desarrolladores detrás de YaST, en muchos aspectos se le nota que ya han pasado muchos años y necesita mejoras en ciertos aspectos.

Así que durante el pasado año 2021 pusieron en común qué aspectos era necesario optimizar y mejorar, llegando a unas cuantas conclusiones:

• Acortar el proceso de instalación.
• Desacoplamiento de la interfaz de usuario de los componentes internos de YaST.
• Añadir una interfaz basada en web.

Y a finales de ese año 2021 decidieron retomar ese proyecto y crear una prueba de concepto de un instalador basado en la web. Algo lo suficientemente simple que, de momento no funciona.

Pero es un paso previo que sirve para plasmar un primer esbozo que valga como punto de partida sobre el que trabajar y emplear más tiempo en desarrollarlo.

Pero antes de eso, quisieron compartir el proyecto y darlo a conocer para recabar puntos de vista y opiniones al respecto de lo que piensa la comunidad.

Es algo más que una simple nueva interfaz

El proporcionar una interfaz alternativa basada en la web es solo la punta del iceberg. Ese cambio en la imagen, conlleva un montón de cambios Antes internos, en el código y las entrañas de YaST, como desacoplar el código de la interfaz de usuario o agregar una interfaz D-Bus.

Lo bueno, es que el trabajo invertido en los últimos años en mejorar YaST facilitan en parte ese cambio interno, pero aún así queda mucho trabajo y muchas pruebas hasta conseguir el deseado resultado final.

Beneficios

¿Y todos estos cambios qué beneficios pueden conllevar? Con este cambio importante en el instalador de YaST, el equipo de desarrolladores ha enumerado esta serie de beneficios entre otros

• Una mejor interfaz de usuario: libYUI ha hecho un gran trabajo todo este tiempo. Sin embargo, impone algunas limitaciones que nos estaría bien superar.
• Reutilización: YaST contiene mucho código útil que estaría disponible para otras herramientas.
• Mejor integración: Debería ser más fácil integrar piezas de YaST en sus propios flujos de trabajo proporcionando una interfaz D-Bus.
• Multilenguaje: Eventualmente, usar D-Bus podría permitir usar otros lenguajes de programación.
• Colaboradores: Al ser software libre, más personas pueden contribuir al proyecto haciendo que el código sea más accesible y utilizando tecnologías ampliamente conocidas.

El equipo de desarrollo de YaST es consciente de que habrá muchas incógnitas con este cambio y surgirán muchas dudas que se irán respondiendo por los canales pertinentes (listas de correo pincipalmente)

Pero quieren antes de nada ir respondiendo algunas preguntas básicas que puedan surgir al leer este primer anuncio. El equipo de YaST responde a estas preguntas:

Pregunta: ¿Se dejará de utilizar la interfaz de usuario actual?

Respuesta: No. Solo queremos ofrecer una interfaz alternativa y de alguna manera simplificada. En realidad, no esperamos que la interfaz de usuario basada en web sea tan potente como la actual a corto plazo.

Pregunta: ¿Qué módulos obtendrían la nueva interfaz?

Respuesta: En este punto, nos limitamos al instalador. No planeamos agregar una interfaz basada en web a ningún otro módulo.

Pregunta: ¿Qué pasa con AutoYaST?

Respuesta: En cuanto a AutoYaST, la idea es utilizar el mismo código base que la instalación estándar manteniendo la compatibilidad con versiones anteriores. Por lo tanto, podría reutilizar sus perfiles de AutoYaST sin problemas significativos.

Pregunta: ¿Se está mudando de Ruby a otro lenguaje de programación?

Respuesta: No. Simplemente pensamos que, en el futuro, sería posible volver a implementar partes de YaST (o escribir nuevas piezas) en un lenguaje de programación diferente. Pero no planeamos reemplazar a Ruby a corto plazo.

Pregunta: ¿Cuándo saldrá?

Respuesta: Aún no lo sabemos.

Pregunta: ¿No es precisamente eso lo que están haciendo los desarrolladores de Anaconda?

Respuesta: Mayormente sí. Nos alegró leer su anuncio porque de alguna manera valida nuestro punto de vista sobre el futuro. Pero, por supuesto, Anaconda está en una mejor posición (por ejemplo, ya cuenta con una interfaz D-Bus).

Pregunta: ¿Confiarías en Cockpit?

Respuesta: Aún no lo sabemos, pero… ¿por qué no? Cockpit es un proyecto realmente bueno y ya hemos publicado un módulo para Wicked. Así que tal vez podríamos buscar alguna colaboración.

Pregunta: ¿Por qué se llama D-Installer?

Respuesta: Bueno, es solo un juego de palabras. Nombramos el repositorio como «yast/the-installer» y, dado que es un instalador basado en servicios, evolucionó a D-installer. Por supuesto, ni siquiera el nombre del proyecto está escrito en piedra, por lo que estamos abiertos a mejores propuestas.

Es interesante ver cómo el proyecto es algo vivo, que evoluciona, que se mueve y en el que se emplean recursos como tiempo y personas que lo mejoren o le den un nuevo enfoque.

¿Qué opinión te merece al respecto? De momento es muy pronto para emitir un juicio, pero me gustará saber tu opinión en los comentarios del blog.

Enlaces de interés

• https://yast.opensuse.org/blog/2022-01-18/announcing-the-d-installer-project
• https://github.com/yast/the-installer

Hace un tiempo compartí con vostros que ya teníamos entre nosotros una nueva versión de Krita, la aplicación para dibujantes y artistas gráficos de KDE, y la verdad, de cualquier otro sistema. Pasado un tiempo he encontrado un hueco para compartir con vosotros el vídeo oficial de Krita 5.0. Espero que os guste.

Vídeo oficial de Krita 5.0, más rápido y flexible

Ya había pasado mucho tiempo desde el lanzamiento de la primera versión de la rama 4 de Krita, la cual no paraba de mejorar en cada nueva revisión.

Pero claro, esta versión tenía fecha de caducidad ya que los desarrolladores estaban trabajando en la quinta gran versión, y es por ello que se complacieron el pasado 23 de diciembre fue lanzado Krita 5.0, un gran paso en la consolidación de este Software como un referente en el arte digital.

El lanzamiento vino acompañado por un vídeo, el cual no se me ocurrió incluirlo en el anuncio que hice en el momento, pero que ahora si comparto con vosotros, donde se resaltaban sus mejoras:

Las novedades de Krita 5.0

Es el momento de dar un repaso rápido por las novedades de Krita 5.0, que no son todas las que son pero si todas las que están.

• Renovada el sistema con el que Krita maneja herramientas como los pinceles, los degradados y las paletas, así como el etiquetado. Ahoras es mucho más rápido, utiliza mucha menos memoria y es mucho más fiable.
• Se han mejorado los degradados: más suaves y pueden manejar gamas más amplias.
• El motor de los pinceles para difuminar ha sido completamente reescrito, y tenemos un nuevo motor de pinceles, basado en MyPaint
• Se ha revisado el sistema de animación, con mejoras en la interfaz de usuario y nuevas funciones, como los marcos de clonación y las máscaras de transformación animadas.
• Añadido un editor de guiones gráficos integrado.
• Nueva herramienta: grabadora para crear un vídeo de tus sesiones de pintura

Y muchos más pequeñas mejoras. Una gran noticia para un Software que no para de mejorar y que demuestra el gran potencial que tiene el Software Libre cuando se unen esfuerzos.

Más información: Anuncio de lanzamiento | Notas de lanzamiento

¿Qué es Krita?

Para los que no lo sepan, Krita es el software de pintura digital e ilustración basado en las librerías de la plataforma KDE que antes estaba incluido en Calligra Suite.
A diferencia de otras aplicaciones gráficas, se diseño hace énfasis en la creación de imágenes desde cero, es decir, está especialmente orientado para los artistas gráficos como ilustradores, dibujantes de cómics, etc.
Krita es software libre distribuido bajo la licencia GNU GPL y fue lanzado por primera vez como parte de la versión 1.4.0 de KOffice, el 21 de junio de 2005. (Vía: Wikipedia)

Para ver el funcionamiento de esta aplicación nada mejor que ver un vídeo de Odysseas Stamoglou en la que nos muestra como dibujar una chica dedel futuro con Krita.

Hace menos de un mes que se lanzó la primera versión de la segunda rama de esta suite informática y ya me complace compartir con vosotros que ha sido lanzado GCompris 2.1 con una aplicación que sigue ofreciendo verdaderas maravillas para niñas y niños y que no deja de evolucionar y mejorar.

Lanzado GCompris 2.1 con mejoras en Android

Como nos tiene acostumbrado el equipo de desarrolladores de GCompris, cada nuevo lanzamiento de esta suite de juegos educativos nos ofrece una buena colección de novedades.

Este GCompris 2.1 no es una excepción y a las típicas correcciones de errores y actualizaciones en el paquete de idiomas que forman parte de la suite, esta versión nos ofrece algunas interesantes mejoras:

• Remitir el certificado SSL para descargar las herramientas para teléfonos/tabletas Android más antiguos que no lo tienen y no pueden descargar datos (https://bugs.kde.org/show_bug.cgi?id=447572).
• Se han actualizado los gráficos de las actividades «Caja de equilibrio» y «Borrado».

• Se ha corregido un fallo en la cuenta regresiva donde, tras el turno del pez, no era posible ganar, incluso cuando se introducía el resultado bueno.
• Se ha corregido un bloqueo en la actividad «Aprende los números decimales» al cambiar de nivel.
• Se ha añadido una etiqueta en negrita para la línea de los controles del teclado en las actividades de codificación de ruta.
• Se ha corregido la parte inferior de la lista de actividades que no era visible al desplazarla hasta el final.
• En Windows, eliminar la borrosidad en pantallas HiDPI al instalar GCompris.

Quisiera destacar que en mi opinión esta aplicación debería estar presente en todas las comunidades educativas, como lo está en muchos centros logopédicos.

Recordad que GCompris tiene versión también para Android aunque limitada en algunas de sus aplicaciones, además se está preparando un instalador para Raspberry Pi para principios de 2019. Además las versiones actualizadas para MacOS e iOS aún no están disponibles pero se espera poder lanzarlas durante el próximo año.

Más información: GCompris

¿Qué es GCompris?

GCompris es un colección de aplicaciones educativas que contiene diferentes actividades para niños entre 2 y 10 años de edad. Originalmente GCompris estaba escrito lenguaje C y Python utilizando las herramientas de GTK+ pero a principios de 2014, desde que sus desarrolladores anunciaron que pasaban a ser un proyecto de la Comunidad KDE, se ha reescrito en a C++ y QML utilizando las herramientas Qt.

Más información: GCompris

Siempre he pensado que las universidades, por su filosofía de fuente de conocimiento, deberían ser actores clave en el desarrollo del Software Libre. Lamentablemente creo no es así, aunque nos encontramos con honrosas excepciones como en la Universidad de Granada, que a través de su OSL (Oficina del Software Libre) organiza en curso MOOC de Conocimiento Abierto y Software Libre. ¿Quieres saber más? Sigue leyendo.

Curso MOOC de Conocimiento Abierto y Software Libre de UGR

Si te interesa el Software Libre y eres estudiante tienes una oportunidad de oro para poder adquirir 2 ECTS si realizas el curso de “Conocimiento Abierto y Software Libre” que organiza la OSL de la UGR (como mola esto de las siglas.

En palabras de sus organizadores:

La plataforma abiertaUGR ofrece una nueva edición del MOOC “Conocimiento Abierto y Software Libre”, desarrollado por la Oficina de Software Libre (OSL) y el Centro de Producción de Recursos para la Universidad Digital (CEPRUD) de la Universidad de Granada. La formación, que comenzará el 1 de marzo de 2022, tiene reconocidos 2 ECTS para estudiantes de la UGR y el periodo de matriculación ya está en marcha.

Las fechas importantes son las siguientes:

• Inicio Matrícula: 21/01/2022
• Inicio MOOC: 21/02/2022
• Fin del MOOC: 28/03/2022

En este MOOC se tratan temas como:

• La normativa existente en España relativa a la propiedad intelectual.
• La ciencia en abierto.
• Las licencias disponibles para proteger las creaciones
• Qué son los datos y formatos abiertos.

Además se abordarán temas como la forma más adecuada de enseñar a cualquier estudiante siguiendo la filosofía ‘open’, o la metodología para aplicar esta filosofía a ámbitos como los negocios y la empresa.

El curso contará con testimonios y aportaciones de profesionales que construyen ese conocimiento abierto y lo difunden a través de comunidades que comparten, divulgan y crean ese camino accesible.

Por cierto, el curso está coordinado por María Isabel García Arenas, Profesora Titular de Arquitectura y Tecnología de los Computadores de la Universidad de Granada, conocida en el blog ya que participó en Akademy-es 2018 de València.

Yo ya me he apuntado, ¿a qué esperas tú?

Más información: UGR Noticias | AbiertaUGR

Tumbleweed es una distribución «Rolling Release» de actualización contínua. Aquí puedes estar al tanto de las últimas novedades.

openSUSE Tumbleweed es la versión «rolling release» o de actualización continua de la distribución de GNU/Linux openSUSE.

Hagamos un repaso a las novedades que han llegado hasta los repositorios esta semana.

El anuncio original lo puedes leer en el blog de Dominique Leuenberger, publicado bajo licencia CC-by-sa, en este este enlace:

• https://dominique.leuenberger.net/blog/2022/01/opensuse-tumbleweed-review-of-the-week-2022-03/

Desde la anterior revisión se han publicado un total de 7 nuevas snapshots, y alguna que no se publicó por algún problema. Aún así estas son las publicadas 0113, 0114, 0115, 0116, 0117, 0118 y 0120.

Entre los cambios más relevantes podemos encontrar:

• SQLite 3.37.1 & 3.37.2
• linux-glibc-devel 5.16
• strace 5.16
• Poppler 22.01.0
• Mesa 21.3.4
• Mozilla Firefox 96.0.1
• shadow 4.11.1 (actualizado desde 4.9)
• Linux kernel 5.16.1

Y entre las novedades que se están cocinando para próximas actualizaciones, se pueden estas como las más importantes:

• KDE Plasma 5.24
• Ruby 3.1 será el intérprete predeterminado de Ruby. Y Ruby 2.7 y 3.0 desaparecerán.
• Python 3.6 será eliminado
• Python 3.10 será el intérprete de Python predeterminado
• GCC 12 ya se ha ido introduciendo, preparándose para cuando se publique definitivamente, lo que implicará la recompilación de TODOS los paquetes de la distro, como es normal y habitual.

Si quieres estar a la última con software actualizado y probado utiliza openSUSE Tumbleweed la opción rolling release de la distribución de GNU/Linux openSUSE.

Mantente actualizado y ya sabes: Have a lot of fun!!

Enlaces de interés

• • • ¿Por qué deberías utilizar openSUSE Tumbleweed?
    • zypper dup en Tumbleweed hace todo el trabajo al actualizar
    • ¿Cual es el mejor comando para actualizar Tumbleweed?
    • Comprueba la valoración de las «snapshots» de Tumbleweed
    • ¿Qué es el test openQA?
    • http://download.opensuse.org/tumbleweed/iso/
    • https://es.opensuse.org/Portal:Tumbleweed

——————————–

Inicio este año de la serie de la iniciativa #viernesdeescritorio con una nueva captura. Con este ya llevo más doce meses consecutivos compartiendo «Mi escritorio», una mirada a la intimidad de mi entorno de trabajo. De esta forma, bienvenidos a mi escritorio Plasma de enero 2022 que sigue en el tema oscuro del mes pasado, el retorno de la disposición clásica, de Latte y añadiendo un fabuloso plasmoide.

Mi escritorio Plasma de enero 2022 #viernesdeescritorio

Esta va a ser la decimonovena vez que muestro mi escritorio Plasma 5 en público, lo cual es número nada desdeñable de entradas. La entrada recopilatoria de las misma está cada vez más cerca… siempre lo digo pero nunca llega.

En esta ocasión he aprovechado un increíble fondo de pantalla que me ha proporcionado de forma aleatoria un gestor de fondos integrado en Plasma, Imagen del día, para incrustar el plasmoide Clear Clock, del cual hablé hace un tiempo, para tener un entorno de trabajo impresionante.

Por otra parte, respecto al mes pasado sigo utilizando el tema global Brisa oscuro, aunque no lo ponga en el neofetch, y he cambiado el tema de iconos a Beauty que podéis encontrar en la tienda de aplicaciones KDE.

Para finalizar, he vuelto con la barra Latte Dock (me gusta que tengan tantas opciones de personalización) ligeramente modificado, añadiendo el lanzador de aplicaciones, la bandeja de sistema y un reloj digital.

Como es habitual, la captura está realizada sobre mi portátil Slimbook Pro de 13 pulgadas, el cual tiene instalado un KDE Neon con Plasma 5.23.4 (el último hasta el momento) cuando realicé esta entrada.

El resultado de mi escritorio de enero de 2022 es un entorno de trabajo oscuro pero luminoso, limpio y funcional que podéis ver en la imagen inferior (pinchad sobre ella para verlo un poco más grande).

Hace poco más de 2 años que no aparecía este el blog el libro de trucos de digiKam, el gestor de fotografías de KDE. Creo que es hora de volver a recordar la existencia de este manual y anunciar que ya está disponible una nueva versión 2022 de digiKam recipes un excelente libro que nos puede ayudar a utilizar esta magnífica aplicación de forma más eficiente.

Versión 2022 de digiKam recipes

El pasado 19 de enero de 2022 fue lanzado una nueva versión de digiKam Recipes, concretamente la versión 19.11.09, lo que significa un nuevo avance en el desarrollo de este manual.

Las novedades principales de esta nueva versión de digiKam recipes son:

• Cómo subir fotos a una máquina de eliminación vía SSH directamente

• Cómo acceder a digiKam remotamente vía RDP.

Y, por cierto, se ha creado una ueva y colorida portada del libro.

Hay que recordar que este libro que no es un manual de instrucciones clásico que explica paso a paso las funciones de digiKam, sino que explica trucos que podremos realizar con nuestra fotografía.

Más información: Digikam

5 razones para comprarte digiKam recipes

En realidad habrán muchos más que descubrirás al ir aplicando sus trucos, pero estos son 5 puntos importantes que hacen recomendable adquirir este libro para los amantes de la fotografía.

1. Es el primero y el único libro, de momento, sobre digiKam.
2. El libro ha estado escrito con colaboración estrechamente desarrolladores de digiKam.
3. 50% del precio de venta irá para el proyecto digiKam.
4. El libro está libre de DRM, así que puedes utilizar cualquier lector de ebook que soporte los formatos EPUB o MOBI.
5. Recibirás todas las futuras ediciones sin cargo alguno (esto parece una teletienda)

El libro, cuyo precio vía PayPal es de 9,99$, está lanzado bajo licencia Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Unported, así que una vez adquirido puedes compartir el libro y modificarlo siempre que compartas las mismas.

Puedes adquirir el libro vía PayPal, Amazon Kindle Store, Gumroad, y GitBook.io.

¿Qué es digiKam?

La mejor forma de definirlo es buscar como se describe esta aplicación de userbase.kde.org y realizar una pequeña síntesis:

DigiKam es una aplicación que te permite la importación de fotografías desde cámaras o cualquier dispositivo, creando álbumes, etiquetando con fechas y lugares, temas y otras propiedades, y utilidades de búsqueda excelentes y de reconocimiento facial.

En otras palabras, con digiKam podrás ver, administrar, editar, mejorar, organizar, etiquetar y compartir fotos de una forma profesional.

Un tutorial para que cada vez que abramos Konsole lo haga restaurando un número de pestañas predeterminado y en diversas carpetas de nuestro equipo

Vamos a ver cómo podemos hacer que cada vez que abramos Konsole, el emulador de terminal de KDE, se nos abran de manera predeterminada unas pestañas ya configuradas.

Este artículo viene a formar parte de los artículos y tutoriales sobre Konsole que he publicado en mi blog y que puedes encontrar en este enlace:

• https://victorhckinthefreeworld.com/?s=konsole

Imaginemos que cada vez que abrimos Konsole para trabajar en la terminal nos gustaría que nos abriera unas pestañas predeterminadas. Vamos a poner un ejemplo.

Quizás una en nuestra carpeta donde tenemos los repositorios de git, otra con el reproductor para la terminal mocp para escuchar música, otra en una máquina remota a la que accedemos con ssh y una en nuestra carpeta de Blog/artículos en nuestro /home.

Y queremos que cada vez que abrimos Konsole lo haga con esas pestañas abiertas, lo que nos ahorra tiempo y nos es más cómodo para empezar a hacer cosas. ¿cómo podremos hacerlo?

Buscando, encontré un hilo en reddit donde daban pistas sobre cómo hacerlo. Con esa base, vamos a ver cómo podríamos hacerlo y darle una vuelta más.

Lo primero deberemos crear un archivo de configuración donde especificaremos a Konsole las pestañas que queremos que abra, y cómo queremos que lo haga. Ubicaremos el archivo en una carpeta, por ejemplo dentro de /home/tu_usuario/Documentos y le llamaremos pestañas_konsole.

Siguiendo con el ejemplo que hemos puesto, veremos la sintaxis que tendrá nuestro archivo /home/tu_usuario/Documentos/pestañas_konsole lo abrimos con nuestro editor de texto favorito (por ejemplo vim) y escribimos:

title: Git - %d : %w ;; profile: ;; workdir: /home/victorhck/Git
title: Musica ;; command: mocp
title: SSH;; command: ssh pi@192.168.1.50 ;; profile: bash ;; workdir: /home/
title: Blog ;; profile: ;; workdir: /home/victorhck/Blog/artículos

Guardamos los cambios del archivo y cerramos. Vamos a ver un poco en detalle qué hace cada cosa de este archivo.

Cada línea indicará a Konsole una pestaña que deberá abrir y le especificamos un título, que la abra con un perfil predeterminado de los que podemos tener configurados, un comando que ejecutará cuando abra la pestaña y una ubicación.

Cada pestaña debe tener al menos un perfil o un comando configurado. No deberemos cometer errores al escribir los comando, porque entonces Konsole no abrirá nada.

Vale, ya hemos especificado qué pestañas queremos que abra siempre que ejecutemos Konsole, pero ahora ¿cómo decirle que lo haga? Mediante la opción –tabs-from-file <archivo>

Podemos probarlo ejecutando en una terminal ya abierta:

konsole --tabs-from-file /home/victorhck/Documentos/pestañas_konsole

Y veremos que nos abre una nueva instancia de Konsole con las pestañas especificadas y comandos que le hemos pasado. Pero no es muy lógico tener que abrir Konsole para decirle que nos abra Konsole ¿no?

Por ello vamos a nuestro menú lanzador y buscamos Konsole, que suele estar en el apartado de Sistema, y hacemos clic con el botón derecho del ratón y seleccionamos Editar aplicación.

Vamos a la pestaña Aplicación y dentro del apartado Orden, escribimos lo anterior:

konsole --tabs-from-file /home/victorhck/Documentos/pestañas_konsole

Y aceptamos. Ahora cada vez que abramos Konsole desde ahí se nos abrirá con las pestañas configuradas en el archivo.

Si no queremos modificar ese comportamiento de Konsole, también podemos asignarle un atajo de teclado personalizado, para nuestro Konsole con la configuración de pestañas predeterminadas.

Para ello vamos a Preferencias del sistema de nuestro escritorio Plasma, Accesos rápidos → Accesos rápidos personalizados y al apartado Editar → Nuevos → Acceso rápido global → Orden/URL

Le ponemos un nombre apropiado como Konsole_pestañas o algo así un comentario para aclararnos y en la pestaña disparador seleccionamos un atajo de teclado por ejemplo Ctrl+F1 y en la pestaña Acción en el recuadro de Orden/URL escribimos:

konsole --tabs-from-file /home/victorhck/Documentos/pestañas_konsole

Guardamos los cambios y ya estaría. Ahora cada vez que ejecutemos el atajo de teclado Ctrl+F1 se nos abrirá Konsole con las pestañas configuradas. Imagínate las posibilidades.

Puedes tener varios archivos de configuración, puedes asignarles diferentes atajos de teclado, etc… Eso ya dependerá de tus necesidades y tu imaginación.

¡¡Konsole y KDE te dan las herramientas para poder hacer (casi) todo lo que desees!!

Espero haber expresado claramente todos los pasos y que hayan quedado claros. Muchas veces tratar de explicar algo es más difícil que simplemente hacerlo, pruébalo.

¿Conocías ya esta opción? ¿Es algo que te será útil? Comparte en los comentarios tus trucos que complementan este artículo.

Por el blog te traigo una traducción que he realizado a una entrevista realizada a Bram Moolenaar el desarrollador que creó y mantiene el editor Vim

Hace un par de días encontré una entrevista a Bram Moolenar el desarrollador holandés que creó Vim (Vi mejorado) y que todavía mantiene y se encarga de gestionar las nuevas actualizaciones de este gran editor.

La entrevista está en inglés y publicada en la web evrone.com el pasado 14 de enero de 2022. Puedes leer la entrevista original escrita en inglés en este enlace:

• https://evrone.com/bram-moolenaar-interview

Les pedí permiso para traducir la entrevista y publicarla en mi blog y amablemente me dieron permiso. Así que aquí la tenéis para que la disfrutéis.

Este artículo es una nueva entrega del curso “improVIMsado” que desde hace meses vengo publicando en mi blog sobre el editor Vim y que puedes seguir en estos enlaces:

• https://victorhckinthefreeworld.com/tag/vim/
• https://victorhck.gitlab.io/comandos_vim/articulos.html

Y para aprender Vim (de la manera más inteligente) aquí tienes esta útil guía:

• https://victorhck.gitbook.io/aprende-vim/

Evrone: Mirando atrás en el tiempo, ¿qué significó para ti personalmente trabajar en Vim?

Bram: Un montón. Siempre me ha gustado crear cosas, pero muy a menudo, cuando algo ya está terminado, me pregunto qué hacer con él. Con Vim no solo puedo usarlo yo mismo, sino que al ponerlo a disposición del público muchas personas pueden disfrutarlo. Ha dado a conocer mi nombre en el mundo e indirectamente me consiguió un trabajo. En estos días, ahora que estoy jubilado, me da algo interesante, alegre y útil que hacer. Vim es una parte muy importante de mi vida.

Evrone: En tu opinión, ¿el desarrollo de software está más cerca del arte o de la ciencia? ¿Permite desviaciones de las técnicas tradicionales o hay que seguir estrictamente la dirección principal?

Bram: No veo mucha ciencia en el desarrollo de software. La ciencia implica que hay pruebas de que algo es cierto. En software hay muchas opiniones y hay experiencia, pero ¿hay alguna prueba de que un lenguaje de programación sea mejor que otro? ¿Hay pruebas de que la programación orientada a objetos resulte en una mejor productividad?

La mayoría de las pruebas son sobre medidas de rendimiento, y hay estadísticas, pero casi ninguna relación con el lenguaje en el que se escribió un programa o las herramientas que se usaron. Tampoco es arte, ya que el objetivo principal es que el software funcione bien, no que se vea bien.

Es mucho más una artesanía. Y un artesano usa las herramientas que cree que obtendrán el mejor resultado, sin importar si son las que usan los demás o algo diferente. Y un buen artesano fabrica sus propias herramientas cuando es necesario.

Evrone: Al abrir Vim, no podemos dejar de tener presente tu llamada para ayudar a los niños que viven en Uganda. ¿Cómo se le ocurrió esta idea de licenciar Vim usando los modelos de licencia Careware/Charityware y cuántas personas pueden hacer donaciones de esta manera?

Bram: Nunca he querido ganar dinero con Vim. Comenzó como un pasatiempo y la mayor parte del tiempo tenía un trabajo que pagaba bastante bien. Excepto por algunos años durante los cuales pedí donaciones.

Aún así, bastantes personas dijeron que pensaban que Vim valía algo y que se vendían otros editores. Así que decidí combinar mi deseo de ayudar a los niños pobres con eso y nació Charityware.

Funciona bien, se recaudan unos 30.000 euros al año de esta manera, lo que está ayudando a unos 50 niños a terminar su educación, desde la escuela primaria hasta la universidad. Las donaciones provienen de algunos grandes patrocinadores y muchas donaciones pequeñas.

Evrone: A pesar de toda su flexibilidad y funcionalidad, Vim no es un editor intuitivo, la curva de aprendizaje es bastante alta. Si alguien quiere usar Vim de manera efectiva, debe dedicar bastante tiempo a aprender los comandos de control. ¿Cuál fue el motivo por el que optó por este camino en lugar de introducir un modo «apto para principiantes» con un aumento gradual de la complejidad?

Bram: En realidad, hay un modo poco conocido en el que uno puede escribir sin conocer todos los comandos. Esto se llama «Easy Vim», o evim. Pero supongo que no se usa mucho, porque una vez que escuchas sobre Vim y todos los poderosos comandos, ¿por qué usarías un modo que lo hace funcionar como cualquier otro editor?

Obviamente, Vim es, al igual que Vi, algo que debes aprender a usar. Para mí, estaba más o menos obligado, cuando una clase práctica en la universidad tenía solo una computadora específica disponible y el único editor en él era vi.

Después de quejarnos a los profesores, su solución fue darnos una hoja de trucos de una página… Sin este aprendizaje forzado, es posible que nunca hubiera dado el salto para aprender a usar Vi, y el curso de la historia hubiera sido muy diferente.

Evrone: En los últimos años, hemos visto a los desarrolladores preguntar «¿me ayudará el código de alguien a resolver mi tarea actual?», en lugar de escribir su propio código desde cero. Como resultado, algunas aplicaciones cumplen con los estrictos plazos dictados por las empresas, pero se parecen a Frankenstein. Desde su punto de vista, ¿es aceptable tal enfoque?

Bram: Esto suele suceder cuando se ordena que el software sea creado por personas que no tienen conocimiento del software. He estado trabajando para una empresa donde bastantes gerentes, educados en física y mecánica, pensaban que el software era igual al que conocían y que podían decidir cómo hacerlo. Esa empresa fue cuesta abajo y finalmente fue absorbida.

Lo mismo sucede en lugares donde los tomadores de decisiones pueden salirse con la suya, como en el gobierno. Las personas que escriben el código probablemente solo se aseguran de que les paguen y luego huyen de la escena del crimen. En el otro extremo de la escala están las personas que quieren escribir un código hermoso, dedican mucho tiempo a él y no les importa si realmente hace lo que se pretendía que hiciera o cuál era el presupuesto. En algún punto intermedio, hay un equilibrio.

Evrone: Hace dos años, se anunció un «fork» experimental de Vim9. ¿Podrías contarnos un poco más sobre este «fork»? ¿Cuál es la etapa actual de este proyecto?

Bram: Vim9 no es un «fork», sino el siguiente paso para mejorar Vim. Primero hice un experimento para ver si compilar una función en un código de bytes funcionaría para hacer que el script de Vim fuera mucho más rápido. Resultó que funcionó bien, pero requirió hacer cambios en la sintaxis. Esa no es una elección fácil, admitir dos variantes de un lenguaje de script al mismo tiempo, pero creo que funcionará y hará felices a los escritores de complementos.

La sintaxis heredada permanecerá, por lo que no debería llamarse «fork». No espero que todos los scripts antiguos de Vim se reescriban en la nueva sintaxis, por lo que seguiremos admitiendo la sintaxis heredada. Incluso Python tardó mucho, mucho tiempo en convertir el 99% del código de Python en Python 3. Y ese 1% restante sigue ahí…

Evrone: Siempre es difícil mantener la compatibilidad con versiones anteriores porque muchas funciones no se pueden implementar sin romperse. ¿Se apegará Vim9 a sus principios de compatibilidad con versiones anteriores o abrirá una nueva página en la historia de Vim?

Bram: El script Vim9 no es compatible con versiones anteriores, pero la sintaxis del script heredado también está disponible. Uno puede decidir para cada archivo y cada función qué sintaxis usar. De esta manera tenemos la libertad de hacer que el script de Vim9 funcione mucho mejor.

Aún así, las dos variantes de secuencias de comandos de Vim están lo suficientemente cerca como para que uno pueda escribir cualquiera de ellas. He tenido cuidado de asegurarme de que cuando se comete una equivocación se proporcione un error para ayudar al usuario a solucionarlo rápidamente.

Evrone: El IRC se especifica como el canal de la comunidad en el sitio web oficial de Vim. No es tan popular hoy en día y algunos de los usuarios más jóvenes nunca han oído hablar de él. ¿Planeas cambiarte a Slack o Discord algún día para darle un mayor impacto a Vim de esta manera?

Bram: Soy muy anticuado, mi principal medio de comunicación es el correo electrónico. No es solo que esto es a lo que estoy acostumbrado, sino también porque no es disruptivo mientras trabajas.

Puedo leer y responder mensajes cuando quiero y posponerlos cuando no quiero que me interrumpan. Por supuesto, los usuarios son libres de elegir lo que funcione para ellos, otros pueden organizarlo. Sin embargo, la comunicación tipo chat tiende a ser muy ruidosa.

Evrone: Usando muchos manuales web, podemos descubrir excelentes complementos para ampliar la increíble funcionalidad de Vim. ¿Tiene algún complemento favorito y imprescindible que pueda recomendar a nuestra audiencia?

Bram: Debo admitir que no uso muchos complementos, aparte de los que se incluyen con la distribución (como matchit y termdebug). Cuando necesito algo, tiendo a hacer un truco rápido o agregarlo a la base de Vim. Ese es el lujo de ser el creador :-).

Evrone: Teniendo en cuenta su amplia experiencia, ¿podría compartir algún truco para los desarrolladores sobre cómo mantener la productividad a lo largo de los años? ¡Gracias!

Bram: Sin trucos, solo algunas reglas básicas y consejos. Una cosa que he visto hacer a los jóvenes es trabajar hasta muy tarde y luego terminar tarde a la mañana siguiente. La mayoría de las personas tienen su momento más productivo en la mañana, por lo tanto, es mucho mejor establecer un límite de tiempo estricto para detenerse.

Toma nota de dónde te quedaste, luego relájate un poco, duerme bien y continúa a la mañana siguiente. Muy a menudo, el problema con el que estabas atrapado ayer de repente adquiere una nueva perspectiva y sabes qué hacer. El término «dormir en él» realmente funciona, al menos lo hace para mí.

Otra cosa es que, a veces, lo que necesitas no es una solución inteligente o un ajuste interminable de su configuración, sino simplemente escribir rápido. La grabación y repetición de macros en Vim suele ser lo suficientemente buena como para hacer algo 200 veces. ¿Cuánto tiempo necesitarías para escribir un complemento para eso?

Hasta aquí la traducción que he realizado de la entrevista a Bram Moolinaar publicada en inglés en la web evrone.com. Espero que te haya resultado interesante, a mí me interesó y por eso quise publicarla en el blog. Gracias a la web evrone.com por permitirme publicar esta traducción.

Hay partes que me ha costado traducir y mantener el significado original, espero que sepas perdonar si no me ha quedado del todo correcta. Puedes aportar tus sugerencias en los comentarios.