Estamos antes uno de esos casos de mejoras en los plasmoides ofrecidos por la Comunidad que seguro que llegará a la rama principal de desarrollo de Plasma, y es que Resizable Application Launcher Mod simplemente añade una funcionalidad que seguro que muchos usuarios les gustaría tener de serie y que, por razones de tiempo, todavía no está implementada.

Resizable Application Launcher Mod – Plasmoides de KDE (177)

Seguimos con las posibilidades de personalización de Plasma 5 en cuanto a lanzadores de aplicaciones. Al nuevo lanzador que nos vino con Plasma 5.21, a su versión clásica que podéis encontrar en la KDE Store, y a la infinidad de alternativas que tenemos UMenu, Minimal Menu, Simple Menu , Ditto Menu o Popup Launcher) se unen modificaciones sobre los mismos.

Es el caso de Resizable Application Launcher Mod, un plasmoide de Borealis que nos permite que modifica el lanzador de aplicaciones clásico para que sea redimensionable mediante una pulsación larga del botón de configuración.

Y como siempre digo, si os gusta el plasmoide podéis “pagarlo” de muchas formas en la nueva página de KDE Store, que estoy seguro que el desarrollador lo agradecerá: puntúale positivamente, hazle un comentario en la página o realiza una donación. Ayudar al desarrollo del Software Libre también se hace simplemente dando las gracias, ayuda mucho más de lo que os podéis imaginar, recordad la campaña I love Free Software Day de la Free Software Foundation donde se nos recordaba esta forma tan sencilla de colaborar con el gran proyecto del Software Libre y que en el blog dedicamos un artículo.

Más información: KDE Store

¿Qué son los plasmoides?

Para los no iniciados en el blog, quizás la palabra plasmoide le suene un poco rara pero no es mas que el nombre que reciben los widgets para el escritorio Plasma de KDE.

En otras palabras, los plasmoides no son más que pequeñas aplicaciones que puestas sobre el escritorio o sobre una de las barras de tareas del mismo aumentan las funcionalidades del mismo o simplemente lo decoran.

Una charla taller sobre cómo montar un servidor de streaming con Owncast una herramienta de software libre de mucha calidad y prestaciones

La pandemia nos ha traido el hábito de asistir a eventos que no son en directo. Por un lado perdemos el contacto personal, el sentirnos y compartir cara a cara, pero por otro lado ganamos el poder asistir a eventos que no se celebran cerca de donde vivimos y aprender, compartir y disfrutar de aquello que nos gusta, sin distancias.

Este es el caso de este evento que se celebrará este próximo 23 de abril de 2021, en el que David Marzal desde “el planeta Cartagena” en España nos dará un taller/charla sobre cómo montar un servidor de “streaming” libre gracias a Owncast.

Lo mejor es que el propio David nos explique mejor los detalles del evento. Gracias a David por acceder a responder a estas preguntas:

Vhck: Empecemos por los detalles ¿Cuándo y dónde se celebrará la charla/taller, y quién y cómo podemos asistir?

David Marzal: Pues el evento “Entre Tuxes, edición 2021”, que está organizado por BricoLabs y la Asociación Melisa (y como no por Jorge Lama), se celebra virtualmente en una sala BBB recurrentemente los viernes de 21.00 a 22.00, aunque siempre seguimos un rato más los que podemos.

Así que asistir es tan sencillo como entrar a la sala BBB un poco antes de las 21.00.

Vhck: Si alguien no puede asistir a la retransmisión ¿se grabará para poderla ver después?

DM: Si, las chalas luego quedan alojadas tanto en Archive.org como en la cuenta de PeerTube de la Asociación Melisa

Vhck: Concretado el lugar, dinos ¿sobre qué tratará exactamente tu charla/taller?

DM: Mi charla va a ir sobre un software llamado Owncast, que viene a ser como un Twitch pero libre y auto-hospedado (vamos que te lo puedes montar en tu PC o VPS).

Para ver lo fácil que es emitir uno mismo sin necesidad de ningún tercero y con una interfaz moderna, con chat y que proporciona buenas estadísticas.

Dándote la libertad de emitir sin que se esté traficando con tus datos (ya seas espectador o el que emite) y sin los impedimentos de algunas otras plataformas que no puedes ni tararear una canción sin que te amonesten.

Vhck: ¿A quién está dirigida esta charla? ¿Se necesita algún tipo de requisito?

DM: Va dirigida a cualquiera que le guste trastear con software libre, aunque en especial a los que tengan curiosidad por ver como poder emitir uno mismo, sin necesidad de servicios de terceros.

Para la charla en si no hay más requisito que la curiosidad, pero para que sea más rápido en el taller usaremos Docker. Así que recomiendo mirarse primero las charlas/talleres anteriores que justo preparaban el terreno (la de Traefik no es necesario, solo tener en marcha Docker)

Vhck: ¿Por qué Owncast para montar nuestro servidor de streaming? ¿Qué ventajas ofrece esta opción frente a otras?

DM: Pues a las ventajas que tiene usar cualquier software libre sobre uno privativo yo le añadiría:
· Facilidad de uso, lo puedes tener montado en mucho menos de una hora.
· Su interfaz y funcionalidad está por encima de la media respecto a otras soluciones libres.· Requiere muy pocos recursos (en comparación con PeerTube por ejemplo)
· Las estadísticas están bastante más trabajadas que en otras opciones.

Vhck: Gracias por tu tiempo. La última palabra es tuya para decir lo que quieras.

DM: Pues ya que me das la oportunidad de hablar en un medio de renombre y amplia difusión en el mundo del software libre como es tu blog, querría dar las gracias a todas las personas que forman y contribuyen a esta comunidad.

Y en concreto a ti por la entrevista y por tu proyecto en general, a Bricolabs, Asociación Melisa y Jorge Lama por mover tantos eventos y la difusión que hacen, y a todas esas personas que hay detrás de los proyectos y aplicaciones que usamos y disfrutamos.
Un saludo!

Gracias a David y las personas que han organizado el evento por dar difusión de alternativas de software libre.

Si eres una persona interesada por el software libre y te interesa cómo montar tu servidor de streaming utilizando herramientas de software libre como “Owncast” te invito a que asistas este 23 de abril de 2021 a esta charla o la veas después en los medios que ha apuntado David.

Sigo aprovechándome de una publicación de Valencia Tech en la que se realizaba un listado completo de juegos que ofrece GCompris he empezado una serie donde se describen con más detalles las actividades. Seguimos la serie con la sección de «Juegos» en GCompris la cual tiene como objetivo hacernos pasar buenos momentos y distraernos un rato.

Juegos en GCompris – A fondo @g_compris (7)

Para poder tener claro lo que hacen las aplicaciones de GCompris he pensado hacer una revisión a su enorme colección de juegos y actividades, realizando una simple captura de pantalla y una breve descripción.

Ya hemos descrito la secciones de:

• Descubre la computadora
• Juegos de lógica
• Bellas Artes
• Música
• Geografía e Historia

Es hora de hablar de las actividades de la sección «Juegos» de GCompris, más de una decena de miniaplicaciones pensadas para divertirnos aunque nos podamos encontrar con alguna que otra que introduce la programación para niños.

Fútbol: simple juego donde debemos meter un gol a Tux dando «patadas» virtuales a nuestro balón.

Laberinto: guiamos a Tux con el teclado para que llegue al final del laberinto. Se utilizando las flechas del teclado.

Juego de memoria con imágenes contra Tux: el clásico busca tu pareja en el que competiremos contra la máquina, que en este caso está personalizado en Tux.

Juego de memoria con imágenes: el clásico busca tu pareja pero en esta ocasión jugando en modo solitario.

Herramienta sencilla de dibujo vectorial: utilizando una cuadrícula y diversos colores podemos crear simples dibujos. Creatividad al máximo.

Inclina la caja: el simple juego de equilibrio se puede adaptar al ordenador sin utilizar giroscopios simulando el movimiento en 3D con el teclado direccional.

Hexagono: un simple «encuentra» la fruta utilizando como pistas los colores de los hexágonos, de verde que significa «frío» a rojo «caliente».

Cazador de fotografías: encuentra las diferencias entre dos imágenes y afina tus dotes de observación.

Laberinto relativo: juego similar al Laberinto que hemos comentado anteriormente pero que en esta ocasión se cambia el punto de vista a Tux: izquierda y derecha se utilizan para girar y la flecha de arriba para avanzar.

Programación en el laberinto: guía a Tux para que llegue a su destino indicando previamente las órdenes que seguirá. Un más que interesante juego que ayuda a los más pequeños a iniciarse en el mundo de la programación.

Laberinto invisible: otro laberinto pero con la diferencia de que no veremos las paredes a menos que pinchemos en el mapa, pero en ese momento no podremos movernos. Además, la dificultad va aumentando con cada nivel.

Me congratula promocionar una nueva actividad de la Asociación GNU/Linux València que lleva por título «Streaming con Software Libre» que se va a realizar online, como no, el próximo 30 de abril. Más información, sigue leyendo.

Streaming con Software Libre, nueva charla de GNU/Linux València

Estos tiempos pandémicos han puesto de manifiesto que las webconferencias son algo muy importante ahora en nuestra vida y, según mi punto de vista, se han implantado para quedarse ya que a partir de ahora será un recurso mucho más utilizado en nuestro presente.

Es por ello que me complace compartir con vosotros un nuevo evento del grupo de personas que en València está impulsado el Software Libre gracias a sus reuniones tanto presenciales, cuando se podía, y ahora mismo de forma virtual.

Es por ello que os invito a la webconferencia «Streaming con Software Libre» a cargo de David Marzal que nos explicará la forma de realizar el streaming de cualquier evento o charla utilizando exclusivamente Software libre. Parecía que solo estaba al alcance de plataformas privativas, pero hay opciones libres que dan un resultado tan satisfactorio o mejor.

Resumiendo, la información básica es:

• Fecha: viernes, 30 de abril de 2021
• Horario: 19:30:00 CEST
• Lugar: Streaming https://bbb.gnulinuxvalencia.org/b/adm-8zn-k7u-z2r
• ¿Registro necesario? No

Si podéis asistir no os lo perdáis, seguro que no quedáis decepcionados.

Más información: GNU/Linux València

¡Únete a GNU/Linux València!

Aprovecho para recordar que desde hace unos meses, los chicos de GNU/Linux Valencia ya tienen su menú propio en el blog, con lo que seguir sus eventos en esta humilde bitácora será más fácil que nunca, y así podréis comprobar su alto nivel de actividades que realizan que destacan por su variedad.

Y que además, GNU/Linux València ha crecido y se ha ¡¡¡convertido en asociación!!! Así que si buscas una forma de colaborar con el Software Libre, esta asociación puede ser tu sitio. ¡Te esperamos!

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 estas semanas.

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

• http://dominique.leuenberger.net/blog/2021/04/opensuse-tumbleweed-review-of-the-week-2021-15/

Esta semana openQA ha tenido mucho trabajo encontrando errores para impedir que estos lleguen a los repositorios de las personas que disfrutamos de openSUSE Tumbleweed.

Así que solo se han publicado un par de snapshots (0408 and 0414). Aunque estos han traído paquetes tan suculentos como…

Mejor vamos a repasarlos en conjunto:

• openSSL 1.1.1k
• systemd 246.13
• libvirt 7.2.0
• KDE frameworks 5.81.0
• KDE Plasma 5.21.4
• GNOME 40.0
• GStreamer 1.18.4
• Linux kernel 5.11.12
• Ruby 2.7.3 y Ruby 3.0.1

Y próximamente podremos disfrutar de actualizaciones como:

• LXQt 0.17.0
• Módulos de Python 3.9. Aunque Python 3.8 seguirá siendo la versión predeterminada
• Linux kernel 5.11.14+
• LibreOffice 7.1.2.2
• GCC 10.3.0
• GCC 11 como compilador predeterminado

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

——————————–

Sigo aprovechándome de una publicación de Valencia Tech en la que se realizaba un listado completo de juegos que ofrece GCompris he empezado una serie donde se describen con más detalles los juegos. Seguimos la serie con la sección de conjunto de «Historia y geografía» en GCompris la cual, evidentemente, nos ofrece conocimientos sobre estas dos disciplinas.

Historia y Geografía en GCompris – A fondo @g_compris (6)

Para poder tener claro lo que hacen las aplicaciones de GCompris he pensado hacer una revisión a su enorme colección de juegos y actividades, realizando una simple captura de pantalla y una breve descripción.

Ya hemos descrito la sección de «Descubre la computadora». los «Juegos de lógica«, las «Bellas Artes«, la «Música» y «Experimenta«, es hora de hablar de la actividades de la sección «Historia y geografía» en GCompris.

Familia: una actividad donde aprenderemos las relaciones que hay entre las personas de una familia. Nosotros somos la persona del círculo blanco y debemos decir quien es la persona del círculo naranja

Señala los familiares: actividad parecida a la anterior donde debemos ir seleccionando la pareja que cumple la relación deseada. En el ejemplo inferior sería el padre (seleccionado en naranja) y el único hijo que aparece.

Historia de Louis Braille: en una serie de pantallas va apareciendo la historia del creador del sistema Braille y al finalizar las mismas tendremos una pequeña actividad donde debemos reordenar los hechos más importantes de su vida.

Números romanos: una excelente forma de ir aprendiendo los número romanos, los cuales ahora están en entredicho por su «dificultad».

Chronos: sencilla aplicación en la que debemos reordenar algunas imágenes de forma cronológica. Ideal para ordenar ideas.

Ubica países y Ubica regiones: las dos actividades de geografía, que me parecen pocas aunque pensemos que KDE tiene KGeography y Marble para este tipo de aplicaciones, donde debemos situar este tipo de organización territorial en su lugar correcto.

Hoy vamos de entrada ligera y visual, y que además del oficial hay más vídeos de Plasma 5.21 que demuestran lo pulido que ha salido esta nueva versión del escritorio de la Comunidad KDE.

Más vídeos de Plasma 5.21

De la mano de The Linux Experiment os presento un vídeo donde se comentan algunas de las novedades más destacadas de nuestro entorno favorito.

De esta forma nos comentan en un vídeo de unos 10 minutos el nuevo lanzador de aplicaciones y el nuevo aspecto de las barras de herramientas de las aplicaciones, bien sean qt o gtk.

También comenta el nuevo tema crepúsculo, que aúna lo mejor del tema calro y del oscuro de Breeze, y el nuevo Monitor del Sistema.

Las novedades de Plasma 5.21

Ya he hablado largo y tendido sobre las novedades de Plasma 5.21, podéis encontrarlos con esta etiqueta, pero he aquí un breve resumen de las novedades más destacada:

• Nuevo lanzador de aplicaciones que presenta una interfaz de usuario de doble panel, mejoras en la navegación con el teclado y con el ratón, mejor accesibilidad y soporte para idiomas con escritura de derecha a izquierda.
• Mejoras visuales en el tema por defecto de Plasma que disponen ahora de una combinación de colores renovada y lucen un nuevo estilo de barra de encabezado unificado con un aspecto limpio y refrescante.
• Presentación de Breeze Crepúsculo («Twilight») nevo tema oficial disponible que combina lo mejor de los temas claros y oscuros.
• Nueva interfaz de información del sistema llamdo Plasma System Monitor para monitorizar los recursos del sistema construido sobre Kirigami y un servicio de estadísticas del sistema llamado «KSystemStats».
• Mejoras y avances importantes en Kwin con Wayland cuyo código de composición de KWin se ha refactorizado mejorando la latencia (tiempo de respuesta del escritorio) .
• Nueva página para las «Preferencias del sistema»: las preferencias del cortafuegos de Plasma. Este módulo de configuración le permite ajustar y editar el cortafuegos de su sistema y constituye una interfaz gráfica para «UFW» y «firewalld».

Veamos la historia que hay detrás del editor Vim y cómo este ha llegado a ser lo que es hoy

¿Te has preguntado alguna vez por qué para salir de Vim hay que pulsar :wq? ¿Sabes cual es la historia del editor Vim?

Viajemos hacia atrás en el tiempo y encontrémonos en los orígenes de la informática con algunos de los pioneros de mentes lúcidas.

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

Este artículo es una traducción que he realizado del artículo en inglés “Where Vim came from” escrito por Sinclair Target y publicado bajo una licencia CC-by-sa. Comenzamos…

Recientemente me encontré con un formato de archivo conocido como Intel HEX. Por lo que puedo deducir, los archivos Intel HEX (que usan la extensión .hex) están destinados a hacer que las imágenes binarias sean menos opacas al codificarlas como líneas de dígitos hexadecimales.

Aparentemente, son utilizados por personas que programan microcontroladores o necesitan grabar datos en ROM. En cualquier caso, cuando abrí un archivo HEX en Vim por primera vez, descubrí algo impactante. Aquí estaba este formato de archivo que, al menos para mí, era profundamente esotérico, pero Vim ya lo sabía todo.

Cada línea de un archivo HEX es un registro dividido en diferentes campos; Vim se había adelantado y coloreó cada uno de los campos con un color diferente. Ejecuté y pregunté con asombro :set ft? Y Vim me contestó triunfante: filetype = hex

Vim está en todas partes. Es utilizado por tanta gente que algo como la compatibilidad con archivos HEX no debería ser una sorpresa. Vim viene preinstalado en MacOS y tiene una gran participación en el mundo de Linux.

Es familiar incluso para las personas que lo odian, porque bastantes herramientas de línea de comandos populares arrojarán a los usuarios a Vim de forma predeterminada y los no iniciados que se quedan atrapados en Vim se ha convertido ya en un meme.

Hay sitios web importantes, incluido Facebook, que se desplazarán hacia abajo cuando presione la tecla j y hacia arriba cuando presione la tecla k, el testigo inesperado de la propagación de Vim a través de la cultura digital.

Y, sin embargo, Vim también es un misterio. A diferencia de React, por ejemplo, que todo el mundo sabe que es desarrollado y mantenido por Facebook, Vim no tiene un patrocinador obvio. A pesar de su ubicuidad e importancia, no parece haber ningún tipo de comité u organización que tome decisiones sobre Vim.

Podría pasar varios minutos hurgando en el sitio web de Vim sin tener una mejor idea de quién creó Vim o por qué. Si inicia Vim sin darle un argumento de archivo, verá el mensaje de inicio de Vim, que dice que Vim fue desarrollado por “Bram Moolenaar et al.” Pero eso no dice mucho.

¿Quién es Bram Moolenaar y quiénes son sus sombríos cómplices?

Quizás lo más importante, mientras hacemos preguntas, ¿por qué salir de Vim implica escribir :wq ? Claro, es una operación de “escritura” (write en inglés) seguida de una operación de “salida” (quit en inglés), pero esa no es una convención particularmente intuitiva.

¿Quién decidió que copiar texto debería llamarse “yank”? ¿Por qué: %s/foo/bar/gc es la abreviatura de “buscar y reemplazar”? Las idiosincrasias de Vim parecen demasiado arbitrarias para haber sido inventadas, pero ¿de dónde vienen?

La respuesta, como suele ser el caso, comienza con ese antiguo crisol de la informática, que es Bell Labs. En cierto sentido, Vim es solo la última versión de un software, llámelo el “editor de texto wq”, que se ha desarrollado y mejorado continuamente desde los albores de la época Unix.

Ken Thompson escribe un editor de líneas

En 1966, Bell Labs contrató a Ken Thompson. Thompson acababa de completar una maestría en Ingeniería Eléctrica y Ciencias de la Computación en la Universidad de California, Berkeley.

Mientras estaba allí, había utilizado un editor de texto llamado QED, escrito para el sistema de tiempo compartido de Berkeley entre 1965 y 1966.1 Una de las primeras cosas que hizo Thompson después de llegar a Bell Labs fue reescribir QED para el sistema de tiempo compartido compatible con MIT.

Más tarde escribiría otra versión de QED para el proyecto Multics. En el camino, expandió el programa para que los usuarios pudieran buscar líneas en un archivo y hacer sustituciones usando expresiones regulares.

El proyecto Multics, que al igual que el Berkeley Timesharing System buscaba crear un sistema operativo de tiempo compartido comercialmente viable, fue una asociación entre el MIT, General Electric y Bell Labs. AT&T finalmente decidió que el proyecto no iba a ninguna parte y se retiró.

Thompson y el investigador de Bell Labs Dennis Ritchie, ahora sin acceso a un sistema de tiempo compartido y sin la “sensación de computación interactiva” que ofrecían tales sistemas, se propusieron crear su propia versión, que eventualmente se conocería como Unix.

En agosto En 1969, mientras su esposa y su hijo pequeño estaban de vacaciones en California, Thompson reunió los componentes básicos del nuevo sistema, asignando “una semana a cada uno, al sistema operativo, el shell, el editor y el ensamblador”.

El editor se llamaría ed. Se basó en QED pero no fue una reimplementación exacta. Thompson decidió deshacerse de ciertas funciones de QED. La compatibilidad con las expresiones regulares se redujo para que solo se entendieran las expresiones regulares relativamente simples.

QED permitía a los usuarios editar varios archivos a la vez abriendo varios búferes, pero ed solo funcionaría con un búfer a la vez. Y mientras que QED podría ejecutar un búfer que contenga comandos, ed no haría tal cosa.

Estas simplificaciones pueden haber sido necesarias. Dennis Ritchie ha dicho que prescindir de las expresiones regulares avanzadas de QED “no fue una gran pérdida”.

ed ahora es parte de la especificación POSIX, por lo que si tiene un sistema compatible con POSIX, lo tendrá instalado en su computadora.

Vale la pena jugar con él, porque muchos de los comandos ed son hoy parte de Vim. Para escribir un búfer en el disco, por ejemplo, debe usar el comando w. Para salir del editor, debe usar el comando q. Estos dos comandos se pueden especificar en la misma línea a la vez, por lo tanto, wq.

Como Vim, ed es un editor modal; para ingresar al modo de entrada desde el modo de comando, debe usar el comando de inserción (i), el comando de agregar (a) o el comando de cambio (c), dependiendo de cómo esté tratando de transformar su texto. ed también introdujo la sintaxis s/foo/bar/g para buscar y reemplazar o “sustituir” texto.

Dadas todas estas similitudes, es de esperar que el usuario promedio de Vim no tenga problemas para usar ed. Pero ed no se parece en nada a Vim en otro aspecto importante. ed es un verdadero editor de líneas. Fue escrito y ampliamente utilizado en los días de la impresora de teletipos.

Cuando Ken Thompson y Dennis Ritchie estaban hackeando creando Unix, se veían así:

ed no te permite editar líneas ubicadas entre las otras líneas del búfer abierto, o mover un cursor, porque ed tendría que volver a imprimir todo el archivo cada vez que le hiciera un cambio.

En 1969 no existía ningún mecanismo para que ed “borrara” el contenido de la pantalla, porque la pantalla era solo una hoja de papel y todo lo que ya había salido se había impreso en tinta.

Cuando sea necesario, puede pedirle a ed que imprima un rango de líneas usando el comando list (l), pero la mayoría de las veces está operando con texto que no puede ver.

Por lo tanto, usar ed es un poco intentar orientarse en una casa oscura con una linterna de poca potencia. Solo puede ver una cantidad limitada a la vez, por lo que debe hacer todo lo posible para recordar dónde está todo.

A continuación, se muestra un ejemplo de una sesión de educación. Agregué comentarios (después del carácter #) que explican el propósito de cada línea, aunque si realmente se ingresaran esos caracteres, ed no los reconocería como comentarios y se quejaría:

[sinclairtarget 09:49 ~]$ ed
i                           # Enter input mode
Hello world!
Isn't it a nice day?
.                           # Finish input
1,2l                        # List lines 1 to 2
Hello world!$
$
2d                          # Delete line 2
,l                          # List entire buffer
Hello world!$
Isn't it a nice day?$
s/nice/terrible/g           # Substitute globally
,l
Hello world!$
Isn't it a terrible day?$
w foo.txt                   # Write to foo.txt
38                          # (bytes written)
q                           # Quit
[sinclairtarget 10:50 ~]$ cat foo.txt
Hello world!
Isn't it a terrible day?

Como podéis ver, ed no es un programa especialmente hablador.

Ed funcionó bastante bien para Thompson y Ritchie. A otros les resultó difícil de usar y adquirió la reputación de ser un ejemplo particularmente atroz de la hostilidad de Unix hacia el novato.

En 1975, un hombre llamado George Coulouris desarrolló una versión mejorada de ed en el sistema Unix instalado en el Queen Mary’s College de Londres. Coulouris escribió a su editor para aprovechar las pantallas de video que tenía disponibles en Queen Mary’s.

A diferencia de ed, el programa de Coulouris permitía a los usuarios editar una sola línea mostrada en la pantalla, navegando a través de la línea pulsación de tecla por pulsación de tecla (imagínese usando Vim en una línea a la vez).

Coulouris llamó a su programa em, o “editor para mortales“, que supuestamente se había inspirado a hacer después de que Thompson hizo una visita a Queen Mary’s, vio el programa que Coulouris había construido y lo descartó, diciendo que no tenía necesidad de ver el estado de un archivo mientras lo edita.

En 1976, Coulouris los llevó consigo a UC Berkeley, donde pasó el verano como visitante del departamento de informática. Esto fue exactamente diez años después de que Ken Thompson dejara Berkeley para trabajar en Bell Labs.

En Berkeley, Coulouris conoció a Bill Joy, un estudiante graduado que trabajaba en Berkeley Software Distribution (BSD). Coulouris se los mostró a Joy, quien, comenzando con el código fuente de Coulouris, creó una versión mejorada de ed llamada ex, que significa “edición extendida”.

La versión 1.1 de ex se incluyó con el primer lanzamiento de BSD Unix en 1978. ex era en gran parte compatible con ed, pero agregó dos modos más: un modo “abierto”, que permitía la edición de una sola línea como había sido posible con em, y un modo “visual”, que se apoderó de toda la pantalla y permitió la edición en vivo de un archivo completo como estamos acostumbrados hoy.

Para la segunda versión de BSD en 1979, se introdujo un ejecutable llamado vi que hacía poco más que abrir ex en modo visual.

ex/vi (de ahora en adelante vi) estableció la mayoría de las convenciones que ahora asociamos con Vim que aún no formaban parte de ed.

El terminal de video que estaba usando Joy era un Lear Siegler ADM-3A, que tenía un teclado sin teclas de cursor. En cambio, se pintaron flechas en las teclas h, j, k y l, razón por la cual Joy usó esas teclas para el movimiento del cursor en vi.

La tecla de escape en el teclado ADM-3A también estaba donde hoy encontraríamos la tecla de tabulación, lo que explica cómo a una tecla tan difícil de alcanzar se le asignó una operación tan común como salir de un modo.

El caracter : que precede a los comandos también proviene de vi, que en el modo normal (es decir, el modo ingresado al ejecutar ex) usaba : como indicador.

Esto abordó una queja que había desde hace tiempo sobre ed, que, una vez lanzada, saluda a los usuarios con absoluto silencio. En modo visual, guardar y salir ahora implicaba escribir el clásico :wq.

Las acciones de “yank” (copiar) y “put“ (pegar o poner), las marcas y el comando set para configurar las opciones eran parte del vi original. Las funciones que usamos en el curso de la edición básica de texto hoy en Vim son en gran parte funciones de vi.

vi fue el único editor de texto incluido con BSD Unix además de ed. En ese momento, Emacs podía costar cientos de dólares (esto fue antes de GNU Emacs), por lo que vi se volvió enormemente popular.

Pero vi era un descendiente directo de ed, lo que significaba que el código fuente no podía modificarse sin una licencia fuente de AT&T. Esto motivó a varias personas a crear versiones de código abierto de vi.

STEVIE (Editor ST para entusiastas de VI) apareció en 1987, Elvis apareció en 1990 y nvi apareció en 1994. Algunos de estos clones agregaron características adicionales como resaltado de sintaxis y ventanas divididas. Elvis, en particular, vio muchas de sus características incorporadas en Vim, ya que muchos usuarios de Elvis presionaron por su inclusión.

Bram Moolennar escribe Vim

“Vim”, que ahora es la abreviación de “Vi mejorado”, originalmente significaba “Vi imitación”. Como muchos de los otros clones de vi, Vim comenzó como un intento de replicar vi en una plataforma donde no estaba disponible.

Bram Moolenaar, un ingeniero de software holandés que trabaja para una empresa de fotocopiadoras en Venlo, Países Bajos, quería algo como vi para su nuevo equipo Amiga 2000. Moolenaar se había acostumbrado a usar vi en los sistemas Unix en su universidad y ahora estaba “en sus dedos.”

Así que en 1988, utilizando el clon existente de STEVIE vi como punto de partida, Moolenaar comenzó a trabajar en Vim.

Moolenaar tenía acceso a STEVIE porque STEVIE había aparecido previamente en algo llamado “Fred Fish disk”. Fred Fish era un programador estadounidense que enviaba por correo un disquete todos los meses con una cuidada selección del mejor software de código abierto disponible para la plataforma Amiga.

Cualquiera podía solicitar un disco por nada más que el precio del envío. Se lanzaron varias versiones de STEVIE en “Fred Fish disk”. La versión que usó Moolenaar había sido lanzada en el disco 256.11 de Fred Fish (lamentablemente, los discos de Fred Fish parecen no tener nada que ver con Freddi Fish).

A Moolenaar le gustaba STEVIE, pero rápidamente se dio cuenta de que faltaban muchos comandos vi. Así que, para la primera versión de Vim, Moolenaar hizo de la compatibilidad con vi su prioridad.

Alguien más había escrito una serie de macros vi que, cuando se ejecutaban a través de un editor compatible con vi, podían resolver un laberinto generado aleatoriamente. Moolenaar pudo hacer que estas macros funcionaran en Vim.

En 1991, Vim fue lanzado por primera vez en el disco 591 de Fred Fish como “Vi Imitation”. Moolenaar había agregado algunas características (incluyendo deshacer multinivel y un modo de “corrección rápida” para errores del compilador) que significaban que Vim había superado vi . Pero Vim seguiría siendo “Vi Imitation” hasta Vim 2.0, lanzado en 1993 a través de FTP.

Moolenaar, con la ayuda ocasional de varios colaboradores de Internet, agregó funciones a Vim a un ritmo constante.

Vim 2.0 introdujo soporte para la opción de ajuste y para el desplazamiento horizontal a través de largas líneas de texto. Vim 3.0 agregó soporte para ventanas divididas y búferes, una característica inspirada en el clon de vi nvi.

Vim ahora también guarda cada búfer en un archivo de intercambio, para que el texto editado pudiera resistir a un bloqueo del equipo o editor.

Vimscript hizo su primera aparición en Vim 5.0, junto con soporte para resaltado de sintaxis. Mientras tanto, la popularidad de Vim fue creciendo. Fue portado a MS-DOS, a Windows, a Mac e incluso a Unix, donde compitió con el vi original.

En 2006, Vim fue votado como el editor más popular entre los lectores de Linux Journal. En la actualidad, según la Encuesta para desarrolladores de Stack Overflow 2018, Vim es el editor en modo texto (es decir, emulador de terminal) más popular, utilizado por el 25,8% de todos los desarrolladores de software ( y el 40% de la gente de Sysadmin / DevOps).

Durante un tiempo, a fines de la década de 1980 y durante la de 1990, los programadores libraron las “Guerras de los editores”, que enfrentaron a los usuarios de Emacs contra los usuarios de vi (y eventualmente Vim). Si bien Emacs ciertamente todavía tiene seguidores, algunas personas piensan que las guerras de los editores terminaron y que Vim ganó.

La Encuesta de desarrolladores de Stack Overflow de 2018 sugiere que esto es cierto; sólo el 4,1% de los encuestados utilizó Emacs.

¿Cómo llegó Vim a tener tanto éxito? Obviamente, a la gente le gustan las características que Vim ofrece. Pero yo diría que la larga historia detrás de Vim ilustra que tiene más ventajas que unicamente su conjunto de características.

El código base de Vim se remonta solo a 1988, cuando Moolenaar comenzó a trabajar en él. El “editor de texto wq”, por otro lado, la visión más amplia de cómo debería funcionar un editor de texto Unix, se remonta a medio siglo.

El “editor de texto wq” tenía algunas expresiones concretas diferentes, pero gracias en parte a la inusual atención prestada a la compatibilidad con versiones anteriores tanto por Bill Joy como por Bram Moolenaar, las buenas ideas se acumularon gradualmente con el tiempo.

El “editor de texto wq”, en ese sentido, es uno de los proyectos de código abierto más antiguos y exitosos, habiendo disfrutado de las contribuciones de algunas de las mentes más brillantes del mundo de la informática.

No creo que el enfoque de desarrollo de “compañía-reciente-que-desecha-todos-precedentes-y-crea-nuevo-software-disruptivo” sea necesariamente malo, pero Vim es un recordatorio de que el enfoque colaborativo e incremental también puede producir maravillas.

Y hasta aquí el artículo y mi traducción. Espero que te resulte interesante la lectura de este pedazo de historia en cuentión tecnológica. Y cómo el software libre es una pieza importante a la hora de mejorar el software junto con el aporte de muchas personas.

Te invito a leer el artículo original y descubrir sus enlaces, y te suscribas a sus feeds.

Hoy me congratula presentaros un nuevo servicio de la compañía de ensamblaje valenciana de ordenadores GNU/Linux. Y es que Slimbook ofrece serigrafía por láser para sus dispositivos con lo que podemos personalizar de forma única sus portátiles (tecla SUPER y tapa de portátil) u ordenadores de sobremesa.

Slimbook ofrece serigrafía por láser para sus dispositivos

Una de las ventajas de adquirir productos de una empresa que monta ordenadores a medida y que siempre está buscando nuevas formas de complacer a sus clientes es que suele ofrecer soluciones únicas y que van mas allá del hardware.

Juesto eso es el nuevo servicio que ofrece Slimbook desde hace poco, y es que a partir de ahora, y por un precio razonable, podemos serigrafiar con nuestro diseño favorito algunas partes de los dispositivos que les adquiramos.

De esta forma, se puede personalizar:

• La tecla SUPER (más conocida como tecla Windows)
• La tapa de nuestro portátil
• La carcasa del ordenador de sobremesa KYMERA

En todos los casos la serigrafía cumplirá las siguientes normas:

• El logo SLIMBOOK no se eliminará (evidentemente la marca del producto se debe mantenir por motivos de marketing).
• En el caso de portátil o sobremesa, el logo se pondrá junto al de Slimbook en la posición que valore nuestro departamento de diseño para que quede lo mejor posible.
• El diseño que enviará en formato svg, cuando se responda al correo de confirmación del pedido.
• Es importante enviar el archivo svg del dibujo en negro, siendo el negro la parte que se serigrafiará.

Los precios van desde 15 a 40 € según qué queramos personalizar, una cantidad que en mi humilde opinión, no es desorbitado si queremos obtener un producto único.

Y para muestra nada mejor que un pequeño vídeo del equipo de Slimbook serigrafiando un KDE Slimbook en segunda pasada, un proceso que impresiona mucho, sobre todo al verlo en directo.