KDE SC 4.11 será una versión de «larga duración»

Por lo que veo en el blog de Aaron Seigo, el espacio de trabajo de Plasma 4.11 será una versión de «larga duración» (sí, lo sé: el título de esta entrada no es del todo correcto, KDE SC es mucho más que plasma… como sea), escapando por un momento al impresionante ritmo de una nueva versión cada seis meses.

El equipo de KDE ha decidido que la transición de 4.x a 5.x será lo más suave posible, por lo que luego de la liberación de 4.11 solo ofrecerá versiones de corrección de errores al menos durante dos años, mientras se trabaja en plasma 2, KDE Frameworks 5 y todo lo que viene relacionado con el paso a Qt 5.

Esta transición será mucho más simple que la del paso de Qt 3.x a 4.x, pero se presenta como un mar de novedades que dará aún más flexibilidad al ya magníficamente flexible escritorio construido con la familia de programas de KDE.

Nueva Zelanda rechaza completamente las patentes de software

[ZDNet]New Zealand drops ability to patent software 

Es ya bien conocido, especialmente por las pequeñas compañías que quieren crecer a fuerza de novedad y especialmente por lo que sufren el absurdo sistema de patentes norteamericano, que las patentes de software en lugar de proteger la invención destruyen la capacidad de los programadores independientes y de las «start-ups» de innovar, ya que la mínima semejanza con una patente implica el peligro de perder millones en un juicio absurdo.

Es por esto una gran noticia que un país se de cuenta que si quiere proteger su industria local debe dar oportunidades a los que verdaderamente  quieren innovar, creando leyes claras que protejan a los verdaderos innovadores y no a las corporaciones que tratan de ganar evitando que otros ganen.

Para proteger el software el copyright es más que suficiente.

Un aplauso para los legisladores de Nueva Zelanda, un país del cual conozco poco pero por el cual comienzo a sentir un gran respeto.

La identificación de Glamdring

En el Hobbit, luego del episodio de los tres troll la compañía encuentra en la madriguera de estos últimos un pequeño botín que incluye algunas espadas y, por supuesto, la pequeña daga de Bilbo que más adelante sería bautizada como Sting.

Algo que llama la atención al lector actual (además del misterio de cómo esas espadas llegaron allí en primer lugar, claro está) que tiene en sus manos no solo el Hobbit sino también El señor de los anillos y El Silmarillion es el hecho de que Gandalf no logre leer las runas de las espadas, debiendo esperar hasta llegar a Rivendell para que Elrond las reconozca.

Desde un punto de vista literario la explicación de este peculiar desconocimiento es bien simple: al momento de escribir Tolkien esas líneas Gandalf no era aún Olorin, un maia anterior al mundo, sino un «simple» mago aventurero recorriendo un mundo que había tomado prestado muchos elementos de su legendarium, pero que no era aún parte de este.

Pero para el lector esta explicación ciertamente no es satisfactoria: a pesar de sus anacronismos, a pesar de sus contradicciones, el Hobbit tiene que ser parte de la mitología total, Elrond tiene que ser el hijo de Eärendil y Glamdring tiene que ser la espada de Turgon. ¿Podemos entonces buscar al menos una excusa para este problema?

Según leo en el Tolkien Gateway, en las décadas del ’20 y del ’30 Tolkien trabajó sobre el concepto de que en Gondolin se tenía un sistema de escritura rúnico independiente de las runas desarrolladas por Daeron en Doriath.

Luego de la caída de Gongolin, estas runas fueron quizás utilizadas por un tiempo en Arvernien, lugar donde Eärendil conoció a Elwing y donde los hermanos Elrond y Elros fueron criados, pero es evidente que fueron rápidamente reemplazadas por los otros sistemas de escritura existentes en Beleriand. Esto explicaría el porqué al final de la tercer edad solo Elrond conocía estas runas, las cuales habían sido dejadas de lado al menos seis mil años antes y daría un respiro al pobre Gandalf ya que este habría llegado a la tierra media milenios después de la desaparición de este sistema de escritura.

Pero aquí entramos nuevamente en los riesgos de la arqueología literaria en la obra de Tolkien, ya que al parecer el mismo autor descartó sobre el final de su vida esta idea: en el inconcluso intento de reescribir el Hobbit que comenzara (y abandonara) en la década del ’60, la razón por la cual Gandalf no puede leer las runas es que la espada estaba cubierta con sangre ennegrecida, por lo que fue necesario esperar a su limpieza en Rivendell para poder identificarla.

Que el lector de este artículo elija su «porqué» preferido. Por mi parte me quedo con la versión de las runas de Gondolin…

Un año, 50 millones…

… de descargas para Apache OpenOffice.

Solo un par de días después de cumplirse un año desde la liberación de la primera versión bajo la fundación Apache, el proyecto libre más famoso del planeta ha alcanzado la magnífica marca de 50 millones de descargas. ¡Felicitaciones a todos los implicados en este gran éxito!

Mientras tanto, el proyecto no se detiene y trabaja con fuerza para preparar la próxima versión (la 4.0) que, como todo lector de este blog seguramente sabrá viene con interesantes novedades.

Más información sobre esta importante marca en el siguiente enlace (en inglés):

Apache OpenOffice: One Year, 50 Million Downloads

No todos los espacios son iguales…

La tipografía tiene muchos vericuetos donde es fácil perderse, pero que ofrecen herramientas accesibles y útiles.

Por ejemplo, cuando escribimos solemos usar la barra espaciadora sin pensar demasiado en lo que estamos insertando, pero lo que hace la barra es insertar un carácter determinado cuyo código unicode es U+0020 (para los que recuerden aún qué era el ASCII, 0×20). Pero este espacio no es el único espacio posible: tenemos también el «espacio de no separación» que evita que la línea se quiebre allí al llegar al final del renglón: U+00A0. Este último espacio podemos insertarlo en Writer con Ctrl-Mayúsculas-Espacio.

Pero hay más si queremos seguir «jugando»: tenemos también espacios de ancho cero.

En efecto, tanto U+200B como U+2060 insertarán espacios que no ocupan espacio… ¿que para qué sirven entonces? El primero, U+200B puede usarse como «delimitador de palabras»: por ejemplo, podríamos hacer que dos​palabras (fue a propósito… ) aparezcan juntas pero que el corrector ortográfico las considere como palabras separadas. Este delimitador permite que las palabras se separen al llegar al final de una línea, cosa que no permite U+2060: con este «espacio que no ocupa espacio» cuando no quede lugar en la línea las palabras pasarán unidas a la línea siguiente.

Esto es particularmente útil para evitar que números decimales escritos sin el cero inicial (mala costumbre desde el punto de vista matemático, pero costumbre al fin) como .⁠123 se quiebren en un borde de línea, dejando el punto en la primer línea y pasando el 123 a la línea siguiente: entre el punto y el primer número se inserta un carácter U+2060 (que, justamente, viene llamado «word joiner») y problema resuelto.

¿Que cómo se insertan estos espacios? Bueno, podemos utilizar la extensión Compose Special Characters, o bien (al menos en Linux) presionar simultáneamente Ctr-Mayúsculas-u (aparecerá una u subrayada), escribir el código (en este caso, 2060) y presionar Intro, o utilizar los diversos trucos que nos ofrezca el sistema operativo o entorno de escritorio usado, como por ejemplo las distintas formas de insertar caracteres ofrecidas por KDE.

Camino a 4.0: la barra lateral en Draw en acción

Un pequeño vídeo mostrando cómo funciona la nueva barra lateral en la versión de desarrollo de Apache OpenOffice 4.0 Draw

Como comenté en entradas anteriores, soy nuevo en esto de los «screencast», por lo que el vídeo no es de lo mejor… pero al menos muestra (eso espero) lo que nos ofrece la nueva barra lateral que será introducida en Apache OpenOffice 4.0.

Pasar de .ogv a WebM usando VLC

En la entrada anterior he comentado mis primeros intentos para producir un vídeo mostrando un programa usando RecordItNow sobre RecordMyDesktop. También comenté que el vídeo generado era ogv y que youtube no acepta ese formato… bueno, he aquí un paso más en la resolución del problema (el cual no existiría si, como comenta Cex en la entrada anterior, usara Kazam… ya lo lograré ).

VLC es una caja de sorpresas, ofreciendo muchas opciones que la mayor parte de sus usuarios desconoce: no solo reproduce todo tipo de vídeos sino que también puede utilizarse para registrar desde la webcam, transmitir vídeo y audio y… para convertir entre distintos formatos.

De hecho, también puede utilizarse para registrar un vídeo del escritorio… pero ese es otro tema.

Lo primero que debemos hacer es instalar los codec de VLC, los cuales no suelen instalarse por defecto. Para eso, en openSUSE abrimos YaST2 y buscamos el paquete

vlc-codecs

el cual se encuentra en el repositorio Packman. Instalado el paquete, abrimos VLC y nos dirigimos al menú Medio → Convertir → pestaña Archivo. Allí, seleccionamos Añadir → buscamos el vídeo a convertir → Open. Luego, en la parte baja de la ventana seleccionamos Convertir: se abrirá un menú donde se muestra el archivo seleccionado y donde podemos poner dónde guardar el resultado. En la parte baja de la ventana, bajo Preferencias → Perfil podemos seleccionar el tipo de formato de salida que queramos: para subir el resultado a youtube es conveniente seleccionar «Vídeo – VP80 + Vorbis (Webm)». Ahora le damos a Iniciar y VLC comenzará la «traducción».

Dado que tanto ogv como webm (ambos son contenedores) usan vorbis, la conversión es sumamente buena. De hecho, el vídeo webm resultante no solo se ve igual que el ogv original, sino que ocupa una fracción del espacio: ¡en mi caso, pasó de 25,7 MiB a 9,1 MiB!

Ahora sí, es posible subir el resultado en youtube sin problemas.