Repositorio de extensiones para AOO, ahora en SourceForge

El repositorio de las extensiones del proyecto AOO (desde donde pueden descargarse tanto complementos para el programa como los diccionarios) ha sido migrado a servidores de SourceForge, con lo cual es de esperar que sean mucho más estables ahora. Es posible acceder al repositorio con dos url, la antigua y una nueva, propia de SourceForge:

La vieja dirección: http://extensions.services.openoffice.org/

La nueva: http://aoo-extensions.sourceforge.net/

Ambas direcciones dan acceso al mismo contenido.

En pocos días se migrará también el repositorio de las plantillas. Luego se actualizará el software de ambos sitios y se resolverán los problemas que actualmente tienen los autores de las extensiones para cargar nuevas versiones o nuevos proyectos. Todo el proceso de autenticación está siendo revisado en estos momentos, ya que el sistema implantado por Oracle implicaba el uso de una dirección de correo del tipo «usuario@openoffice.org», direcciones que dejarán de existir durante el mes de marzo.

El anuncio en la lista de correo de AOO [MarkMail]

Con paso seguro, todo va volviendo a la normalidad… ¡pero una normalidad mejor que la anterior!

¿AOO 3.4 para fin de marzo?

Pues parecería que sí: en un mensaje enviado hoy a la lista de correo del proyecto Apache OpenOffice, Jürgen Schmidt propone el día 5 de marzo para el primer release candidate de AOO 3.4.

Aunque debo admitir que esta fecha me parece un tanto, digamos optimista es claro que la versión final de Apache OpenOffice está cada vez más cerca: quizás no se llegue a fin de marzo, pero a menos que suceda algo grave de abril no pasa.

Esto es ciertamente una buena noticia para el proyecto, que demuestra así que a pesar de las (no tan) sutiles acusaciones(1) de «falta de evolución», «retraso», «senilidad»… en fin, de tantos disparates que recientemente han invadido el web, el proyecto Apache OpenOffice está bien vivo y listo para iniciar esta nueva etapa con todas sus fuerzas.

—-

(1) Para quienes no sepan de qué estoy hablando, es suficiente visitar el Planet DocumentFoundation y darle una mirada a algunos artículos de ciertos directivos del proyecto LibO que con títulos del tipo «no comment» ofrecen grandes cantidades de información completamente fuera de contexto en coloridos gráficos creados ex profeso para «demostrar» (no lo logran) que AOO está en vías de extinción…

LibreOffice es un magnífico proyecto con un brillante futuro por delante, pero tristemente parece que algunas personas creen que la mejor forma de «defenderlo» (¿de quién, me pregunto?) es atacar a los demás… en fin, allá ellos.

Personalmente no me interesa cuál proyecto, Apache OpenOffice o LibreOffice es «el mejor». De hecho, creo firmemente que lo mejor para los usuarios finales es que ambos proyectos sean excelentes: solo en la diversidad puede darse una verdadera evolución.

Por esto, ¡paz, hermanos!

Alineando la numeración de las notas al pie

Para completar las dos entradas anteriores («Numerando» notas al pie con símbolos y «Ancla de nota al pie» entre paréntesis), ¿qué tal lograr lo siguiente?

Exacto: alinear automáticamente los números de las notas al pie. Aquí también vienen al rescate las fuentes tipográficas Linux Libertine G y Linux Biolinum G con sus tablas Graphite: es suficiente utilizar el parámetro «algn» al nombrar las fuentes del estilo de carácter «Caracteres de nota al pie».

Aquí debemos considerar el número a poner después del igual: en la captura de pantalla anterior he utilizado

Linux Libertine G:algn=2

que, a grandes líneas, toma como espacio de referencia para la alineación dos «caracteres» (para ser más precisos, 2em… pero eso es otra historia). Es posible utilizar 3 y 4 como valores, pero allí se tendrá que tener cuidado de definir una sangría apropiada en el estilo de párrafo «Notas al pie», o de lo contrario los números «chocarían» con el texto.

Claramente esta propiedad puede ser utilizada también en otras situaciones, como por ejemplo alinear la numeración de los capítulos en el índice de contenido.

«Ancla de nota al pie» entre paréntesis

Continuando con las notas al pie (ver la entrada anterior para más detalles), otra cosa que Writer no permite en forma automática es tener las llamadas a las notas al pie entre paréntesis: Si vamos a Herramientas → Pie de página/notas y agregamos unos paréntesis en «Delante» y «Detrás» estos no se agregarán al ancla de la nota al pie, sino a la numeración de la misma en el pie de página… sí, es extraño.

Pero incluso para este problema las fuentes Linux Libertine G y Linux Biolinum G llegan al rescate: usando el parámetro «circ=2» al nombrar la fuente del estilo de carácter llamado «Ancla de nota al pie», los números aparecerán entre paréntesis en forma automática (clic para agrandar):

Nuevamente, esta opción no es compatible con «sups».

El parámetro «circ» ofrece varias opciones, dejo al lector, luego de consultar la documentación de la fuente, jugar con ellas.

Y claro está, este parámetro como todos los otros que el lector encontrará en la documentación pueden utilizarse también en otros estilos, no solo para las notas al pie.

«Numerando» notas al pie con símbolos

Podría decirse que «formalmente» la única posibilidad de lograr en Writer esto:

es ir, cada vez, al menú Insertar → Nota al pie/nota final y bajo Numeración seleccionar Caracteres y elegir, cada vez, el símbolo apropiado

es decir, nada automático y bastante incómodo… Afortunadamente existe una forma de automatizar el proceso (la que he utilizado en la primer captura de pantalla) que es relativamente simple de implementar: instalar una versión reciente de las fuentes Linux Libertine G y Linux Biolinum G y utilizar las propiedades Graphite de las mismas.

Estas fuentes tienen una tabla de sustitución que cambia números por símbolos, por lo que es suficiente editar los estilos de carácter utilizados por Writer para el ancla de las notas al pie y para la numeración de las mismas, por defecto llamados

Ancla de nota al pie

Caracteres de nota al pie

y en la pestaña «Fuente» de estos estilos de carácter escribir, en la casilla del nombre de la fuente

Linux Libertine G:foot=1

o bien

Linux Biolinum G:foot=1

dependiendo de cuál fuente queramos utilizar.

Una cosa importante de recordar es que esta opción «foot» es por el momento incompatible con «sups», opción que genera superíndices «verdaderos» por lo que se deberá utilizar, de ser necesario que las anclas de las notas al pie estén como superíndice, la opción correspondiente en la pestaña «Efectos de fuente».

Muchas más opciones de estas interesantes fuentes tipográficas se encuentran en la documentación de las mismas disponible en el sitio del proyecto.

Especulando sobre los anillos de poder, 4: Los anillos de los Nazgûl

En el Silmarillion, en el relato «los anillos de poder y la tercera edad» podemos leer

And one by one, sooner or later, according to their native strength and to the good or evil of their wills in the beginning, they fell under the thraldom of the ring that they bore and of the domination of the One, which was Sauron’s. And they became forever invisible save to him that wore the Ruling Ring, and they entered into the realm of shadows.

Y uno tras otro, tarde o temprano, de acuerdo a sus fuerzas naturales y al bien o el mal de sus voluntades en el principio, ellos cayeron bajo el control del anillo que portaban y de la dominación del Único que era de Sauron. Y ellos se volvieron para siempre invisibles salvo para aquel que llevara el Anillo Principal, y ellos entraron en el reino de las sombras.

Mucha gente supone que este efecto negativo de los anillos sobre sus usuarios fue agregado por la maldad de Sauron sin que Celebrimbor y los otros elfos se dieran cuenta. Si bien ésta hipótesis es más que razonable, creo que no es lo único a considerar: los anillos nunca fueron diseñados para ser usados por humanos.

Celebrimbor ciertamente no creo los Nueve o los Siete para esclavizar a sus portadores, pero tampoco pensó que sus portadores serían humanos o enanos, eso es algo que Sauron arregló posteriormente. Como ya comentamos en entradas anteriores, un alto elfo con fuerte presencia en ambos mundos, el visible y el invisible no podrá «desvanecerse» al usar un anillo de poder y ciertamente al estar sus vidas atadas a la existencia de Arda no se volverían «más longevos».

Es decir, los efectos negativos de los anillos pueden deberse no solo a la intervención maliciosa de Sauron durante su forja, sino también y más simplemente a un uso inapropiado de los mismos.

¿Quién custodiaba los Nueve en la tercer edad?

Parece una pregunta de respuesta evidente, ¿verdad? Sin embargo, creo que mucha gente daría la respuesta equivocada…

They would have obeyed . . . any minor command of his that did not interfere with their errand – laid upon them by Sauron, who still through their nine rings (which he held) had primary control of their wills . . . — The Letters of J.R.R. Tolkien, Letter 246

Ellos hubieran obedecido… cualquier orden menor que no interfiriera con su misión —encomendada a ellos por Sauron, que aún a través de los nueve anillos (que él tenía) ejercía el principal control sobre sus voluntades…— Las cartas de J.R.R. Tolkien, Carta 246

They were by far the most powerful of his servants, and the most suitable for such a mission, since they were entirely enslaved to their Nine Rings, which he now himself held . . . — The Hunt for the Ring, Unfinished Tales

Ellos eran por lejos los más poderosos de sus sirvientes, y los más apropiados para tal misión, dado que estaban completamente esclavizados por sus Nueve anillos, que él mismo tenía… — La cacería del anillo, Cuentos inconclusos

En el capítulo del espejo de Galadriel, en el libro segundo de La Comunidad del anillo, la Dama del bosque dice

You saw the Eye of him that holds the Seven and the Nine.

Has visto el Ojo de aquel que posee los Siete y los Nueve.

La conclusión parece clara: luego que los Nueve esclavizaran a los Nazgûl y mientras tenía aún el control absoluto de la situación, Sauron les quitó sus anillos y por eso podía controlarlos a pesar de haber perdido el Único hacía tanto tiempo.

Diccionarios para OOo y derivados

La página de las extensiones, donde entre otras cosas se alojan los diccionarios para OOo y todos sus derivados incluyendo por supuesto LibO, está teniendo algunos problemas desde hace ya un tiempo, los cuales se solucionarán… en algún momento. Como comento en otro lado, los sitios de las extensiones y las plantillas están en proceso de ser migrados a SourceForge pero esto no se completará rápidamente.

Actualizado el 27/02/2012: finalmente el sito de las extensiones ha sido migrado a los servidores de SourceForge. La nueva url es

http://aoo-extensions.sourceforge.net/

La dirección anterior también funciona

http://extensions.services.openoffice.org/

si bien debe considerarse una dirección «temporal» que seguramente cambiará en un futuro no lejano, el servidor es mucho más estable por lo que ahora es más simple descargar diccionarios y otras extensiones. Es decir: lo comentado en este artículo no es ya necesario…

Más información en este enlace.

La buena noticia es que es posible conseguir diccionarios actualizados para el idioma español en forma muy simple… la mala es que algunos de esos diccionarios necesitan ser corregidos manualmente para poder usarse.

Diccionarios de sinónimos y silábico para el idioma español, los cuales funcionan perfectamente pueden ser descargados desde el sitio de OpenThesaurus-es.

Diccionarios ortográficos para todas las variantes del Español pueden descargarse desde el sitio de la forja en RedIris. Estos diccionarios necesitan ser corregidos para poder utilizarlos en OOo 3.3 o en las versiones de desarrollo de AOO 3.4. Afortunadamente, la corrección es muy sencilla: todos los detalles de cómo realizar la modificación se encuentran en este mensaje del foro español.

Especulando sobre los anillos de poder, 3 / Sobre la «calidad» de las armas en la Tierra media

La daga tumularia de Meriadoc se destruye completamente al herir al Rey Brujo, quemándose incluso. La espada de Éowyn se rompe en muchos fragmentos al dar el golpe final.

Pero tanto Narsil como Aeglos pueden herir repetidamente al propio Sauron, derrotándolo incluso, mientras que la espada de Fingolfin hiere siete veces nada menos que a Morgoth.

En «El retorno del rey», durante la batalla de los campos del Pelennor podemos leer

So passed the sword of the Barrow-downs, work of Westernesse. But glad would he have been to know its fate who wrought it slowly long ago in the North-kingdom when the Dúnedain were young, and chief among their foes was the dread realm of Angmar and its sorcerer king. No other blade, not though mightier hands had wielded it, would have dealt that foe a wound so bitter, cleaving the undead flesh, breaking the spell that knit his unseen sinews to his will.

Y así terminó la espada de los Túmulos, trabajo del Oeste. Pero contento habría estado de conocer su destino aquel que lentamente la creó hace tanto en el reino del norte, cuando los Dúnedain eran jóvenes y el principal de sus enemigos era el terrorífico reino de Angmar y su rey hechicero. Ninguna otra hoja, aún si manos más poderosas la hubieran guiado, podría haber dado a este enemigo una herida tan amarga, penetrando la carne no muerta, rompiendo el hechizo que ataba sus invisibles tendones a su voluntad.

Es decir, que para herir o destruir enemigos poderosos no es suficiente un guerrero poderoso: la calidad de la hoja es fundamental.

Ahora bien, ¿en qué consistía esa «calidad»? ¿Solamente en estar «bien hechas» o en algo más?

Por una parte la alta calidad de manufactura de las hojas tumularias (el estar bien hechas) permite herir al Rey Brujo, si bien la hoja en sí se destruye en el proceso. Pero para aquellas armas más «importantes» algo más es necesario: a riesgo de ser exageradamente «hipotético» (no puedo afirmar que estoy completamente seguro de lo que digo) podríamos pensar que las más poderosas armas de la tierra media también tienen una «presencia» en el mundo de lo invisible, ya que de esta forma podrían herir no solo la forma física sino también la «espiritual».

Esta hipótesis puede ser usada para justificar el porqué Sting, la espada de Bilbo, es en cierta medida «inmune» al anillo, no quedando cubierta por la «burbuja» que lleva al mundo de lo invisible a menos que algo que ya se encuentre allí la cubra completamente… como las ropas del portador del anillo. Lo mismo podría aplicarse a la Elendilmir que sabemos pertenecía originalmente a Silmariën, hija de Elros, y que era posiblemente obra élfica.

Pero esta hipótesis tiene sus problemas: si bien tanto la espada de Fingolfin, como presumiblemente Aeglos, Glamdring (que es usada para derrotar al Balrog de Moria) y otras armas semejantes fueron creadas por elfos provenientes de Aman, gente que era poderosa en ambos «mundos», Narsil es obra de Telchar, enano de Nogrod.

Pero en defensa de esta hipótesis podría proponer otra: que tal vez lo que dé a los objetos la posibilidad de estar en ambos mundos a la vez no sea solamente el que el herrero viva en forma simultánea en el mundo visible y en el invisible… también podría ser suficiente que el herrero posea la habilidad de capturar la Luz en su obra. Sí, la luz, esa substancia sagrada que recorre todas las historias de Tolkien y da fuerza a los Silmarils, a la Elessar y al regalo de Galadriel para Frodo.

Después de todo bien sabemos que Narsil/Andúril brillaba con la luz combinada de la Luna y del Sol, frutos ellos de Telperion el blanco y Laurelin el dorado.

Agilizando el inicio de OOo y derivados

Si bien no en todos los escritorios, OOo y todos sus derivados ofrecen un «inicio rápido» que a decir verdad promete más de lo que da: el programa no inicia más rápido y las funciones extra que ofrece (elegir un documento existente o iniciar con una plantilla particular) pueden conseguirse por otros métodos.

Además, si configuráramos todos nuestros programas para precargarse al inicio del sistema, pues el sistema no terminaría jamás de iniciarse…

En esta entrada daré dos breves consejos que pueden hacer que tanto OOo como sus derivados inicien más rápido y nos den mayor comodidad.

Memoria de la aplicación

En el menú Herramientas → Opciones → OpenOffice.org (LibreOffice) → Memoria se puede cambiar la memoria asignada por el programa. El resultado de cambiar los valores disponibles dependerá del sistema, pero para quien tenga suficiente RAM disponible aumentar los valores por defecto puede agilizar mucho el programa.

En mi sistema he  configurado 256 MB para el programa y 64 MB para la memoria por objeto.

Iniciar con el menú de plantillas y documentos

La única función realmente útil del inicio rápido (elegir componente o plantilla) puede obtenerse, al menos en Linux, muy simplemente pasando un parámetro particular al ejecutable. Por ejemplo, para OOo ejecutando el siguiente comando

/opt/openoffice.org3/program/soffice slot:5500

en lugar de iniciar una componente particular de OOo se abre el siguiente menú

que nos permite elegir la plantilla o bien crear un nuevo documento, o buscar un documento existente para abrirlo. En el panel de la derecha se puede seleccionar entre ver la información del documento o una vista previa del mismo.

Este comando funciona también para LibO, cambiando solamente la ruta del ejecutable. Será suficiente crear entonces una entrada en el menú del escritorio o un archivo .desktop que ejecute el comando.

Razor-qt cambia de repositorio

Finalmente he descubierto porqué no aparecían actualizaciones para Razor-qt: pues que han cambiado la dirección de los repositorios… La dirección nueva es la siguiente:

http://download.opensuse.org/repositories/X11:/QtDesktop/<su-sistema>

donde <su-sistema> puede ser

CentOS_CentOS-6/ 
Fedora_15/ 
Fedora_16/
openSUSE_11.4/
openSUSE_12.1/
openSUSE_Factory/
openSUSE_Tumbleweed/

En la versión 0.4.1 se pueden elegir algunas aplicaciones predefinidas (por el momento, solo la terminal virtual y el navegador) mientras que el aspecto comienza a parecer más pulido. Un par de aplicaciones nuevas (razor-power, razor-autosuspend), posibilidad de tener el panel vertical, un calendario simple para el reloj digital… son las principales novedades de la versión.

Como contra, al menos en mi sistema la versión 0.4.1 va bastante más lenta que la 0.4.0.

Habrá que investigar más.