lunes, 14 de noviembre de 2011

¿Adiós planeta?

Hace ya un tiempo que el planeta LibO en español ha dejado de funcionar. Las casi difuntas listas de correo de LibO en español no han dado explicaciones y yo no las he pedido. La versión inglesa del planeta sigue funcionando como siempre y sin problemas... considerando que en la versión española se tenían solo dos blog registrados creo que esta situación hasta es comprensible.

En fin.

Por mi parte debo aclarar que este blog «Danzando con pingüinos» nació casi exclusivamente para ser indexado en el planeta LibO-es, como modesto aporte a un proyecto que antes me entusiasmaba un poco más que ahora... esto sumado a ciertas «irritaciones» generadas por blogspot y a las ganas de hablar de otras cosas me ha empujado a realizar la «mudanza» que venía masticando desde hacía tiempo.

Pues bien, sin más rodeos les presento ahora el blog (en el sistema de código abierto Wordpress)

El pingüino tolkiano

Veremos cómo va este nuevo sitio... por lo pronto, si alguien me estaba siguiendo (¿alguien lo hacía?) aquí, pues puede seguir haciéndolo en mi nueva madriguera. Allí no solo encontrarán artículos sobre Writer sino también sobre fotografía digital en Linux, sobre literatura, cine, espadas y lo que se me ocurra.

¡Los espero en mi nuevo iglú tolkiano-linuxero!

=-=-=-=-=
Powered by Blogilo

sábado, 29 de octubre de 2011

Nueva vida para los foros de la comunidad


Ya ha terminado (¡finalmente!) la transferencia de los foros de la comunidad de OOo y derivados a los servidores de la fundación Apache, convirtiéndose en parte oficial del proyecto Apache OpenOffice.org por lo que en los próximos días el logo de Oracle irá desapareciendo, reemplazado por la pluma multicolor...
Para no repetir lo escrito en otros lados, tienen más datos aquí:
¿Qué significa esto para los usuarios del servicio? Pues nada: no solo los url siguen siendo los mismos sino principalmente el foro sigue funcionando como hasta ahora, dando soporte a todas las variantes del código de OOo usadas por los voluntarios del sitio. Por esto, los usuarios de LibO son también bienvenidos en esta nueva casa.

sábado, 15 de octubre de 2011

[OFF-TOPIC]UEFI «Secure Boot»: un potencial peligro para el software libre

Un poco alejado de los temas de este blog, pero no por eso menos importante.

El sistema de «arranque seguro» que está intentando imponer la empresa de Redmond podría hacer difícil el instalar sistemas operativos libres en nuestros computadores.

Tienen más información en esta página de la FSF:

UEFI "Secure Boot" and Microsoft Windows 8: The danger for free software

Lean, busquen por Internet, infórmense. Y si creen que es importante, ¡firmen el petitorio!

=-=-=-=-=
Powered by Blogilo

sábado, 1 de octubre de 2011

ODF 1.2 aprobado por OASIS


Existe un proyecto cuyo éxito es aún más importante que el éxito de OOo o LibO, ya que es un proyecto que nos da la libertad de manejar a nuestra voluntad el contenido de nuestros documentos con el software que queramos.
Un proyecto que nos da libertad ahora asegurándonos al mismo tiempo libertad en el futuro: la libertad de no estar atados a una compañía al momento de leer nuestros documentos.
Cualquier aplicación que respete los estándares de este proyecto podrá abrir nuestros documentos: no solo OOo o LibO, sino también Abiword, Calligra Suite... cualquiera.
Ese proyecto se llama «OpenDocument» y está guiado por el consorcio OASIS.
Pues bien, OASIS ha aprobado ayer la versión 1.2 de este formato. ¡Brindemos por este avance!
Y luchemos también para que este formato tenga mayor prioridad que ese ilusorio fantasma de la «interoperatividad» representado por los «filtros de conversión» desde o (sobre todo) hacia formatos privativos: solo con verdaderos estándares abiertos como ODF lograremos preservar nuestra libertad.

El foro aún está vivo...

... solo falta definir cuál será su nueva casa.

Luego de un problema en los servidores de Oracle que dejó los foros de la comunidad fuera de servicio por varios días, todo está funcionando nuevamente en forma normal... al menos por el momento.

La decisión sobre si el foro pasará a formar parte de la estructura de Apache o bien se independizará sigue su curso.

Pronto habrá más novedades...

=-=-=-=-=
Powered by Blogilo

martes, 27 de septiembre de 2011

LibO 3.5 y el manejo de encabezamientos/pie de página

Los foros están caídos desde ayer, lo que significa que la discusión sobre su futuro está detenida por el momento ya que no podemos conectarnos entre nosotros... juntando esto al hecho de tener un día franco, pues me he tomado el tiempo de descargar una versión de desarrollo de lo que será LibO 3.5, la 350m1, desde aquí.

IMPORTANTE: estamos hablando de una versión de desarrollo, utilizarla solo para pruebas, no para trabajo «real».

El manejo de los encabezamientos y pies de página ha sido completamente rescrito tal y como pueden ver en este artículo, haciéndolo más «agradable» al uso con la aparición de un menú que acorta los pasos de edición. Ahora es posible agregar encabezamientos/pie de página con un solo clic simplemente acercándose al ángulo que marca el borde correspondiente del área de texto, por no mencionar que los diálogos para agregar líneas o cambiar las propiedades están más accesibles.

Si bien no fundamental (¿cuántas veces se edita el encabezamiento en un documento? ¿es realmente necesario tomarse el trabajo de hacerlo más rápidamente?) el cambio es interesante, sobre todo porque ahora los saltos de página son mucho más visibles que antes, mostrando también un menú que por el momento no hace nada pero que seguramente en el futuro permitirá editar o borrar estos saltos fácilmente.

Quizás el punto «conflictivo» de este cambio es que oculta aún más el concepto de estilos de página: siendo ahora tan sencillo el agregar un encabezamiento o pie de página, costará aún más explicar a los nuevos usuarios que tienen que seguir otro camino (definir un nuevo estilo de página y aplicarlo con un salto de página apropiado) para tener distintos encabezamientos en distintas páginas, por no hablar del potencial riesgo de eliminar accidentalmente un salto de página creado automáticamente por un estilo de párrafo...

En cuanto a correcciones de errores, la previsualización de la tabla de contenido cuando se crea un índice ha mejorado notablemente respecto de las versiones 3.4.x... si bien desaparece cuando una ventana pasa por encima y la única forma de recuperar la previsualización es «refrescarla» ya sea cambiando el zoom o cerrando el diálogo y volviéndolo a abrir. Tema a investigar...

Una diferencia menos importante en 3.5 es que ahora los caracteres no imprimibles se muestran por defecto. También el cuadro de diálogo de exportar en formato pdf ha cambiado su distribución, haciéndolo más «horizontal».

En la parte negativa, esta versión de desarrollo sigue teniendo problemas de ajuste de par de caracteres con fuentes graphite, que hace que un mismo texto de un mismo documento ocupe un espacio distinto (generalmente mayor) si es cargado en 3.3.x o en esta versión de desarrollo, lo cual podría llegar a arruinar la distribución del contenido en el documento.

Seguiremos informando...

=-=-=-=-=
Powered by Blogilo

jueves, 22 de septiembre de 2011

Nueva versión de Linux Libertine G y Linux Biolinum G


La familia de fuentes tipográficas basada en el proyecto Libertine agregando tecnología graphite, Linux Libertine G y Linux Biolinum G ha sido actualizada por László Németh.
Esta nueva versión agrega aún más características a la ya impresionante lista de variedades tipográficas, como por ejemplo la corrección automática de la distancia entre caracteres cuando el primero está en itálica y el siguiente no (no funciona en LibO 3.4.x por culpa de una regresión aún no corregida, sí en versiones anteriores y en OOo), una nueva variante (semibold o «demi negrita») y una nueva fuente diseñada para tamaños grandes como pueden ser encabezados y títulos, entre otras muchas cosas.
Un ejemplo de las posibilidades que ofrece esta fuente (y una guía de cómo utilizarlas) se encuentra en este documento.
[Nota: más de uno ya lo sabrá ;) pero les comento que en mi libro encontrarán una guía al uso de fuentes con tecnología Graphite]

lunes, 19 de septiembre de 2011

LibO 3.4.x, openSUSE y KDE4

Adoro openSUSE: la uso desde la versión 7.0 (¡más de 10 años!) y luego de probar muchas otras sigue siendo mi distribución Linux favorita por muchas razones que no viene al caso comentar aquí.

Pero debo admitir que hay algo en openSUSE que siempre me ha puesto nervioso: su pasión por «parchear» algunos programas importantes, sobre todo OOo y ahora LibO.

Nunca pude utilizar la versión de OOo que venía en openSUSE ya que los parches agregaban no solo características nuevas sino principalmente muchos problemas e inestabilidad.

Por un momento imaginé que con el nacimiento de LibO esta tendencia de parchear abusivamente se terminaría... pero me he equivocado.

En fin, quienes tengan openSUSE con el repositorio de LibO «estable» habilitado se habrán encontrado en estos días con una versión 3.4.2 que tiene varios «back-ports» de 3.4.3 y una «integración» con kde4 que... bueno, por algo no está incluida en la versión oficial de LibO: es terrible.

Para los usuarios de KDE4 que no quieran tomarse el trabajo de reemplazar el LibO de la distro con el oficial pero que piensen que la lentitud agregada al programa y su pésimo aspecto es un precio demasiado alto para solamente conseguir el selector de archivos de KDE4, he aquí un pequeño truco:

  1. Utilizar un estilo para KDE que tenga un equivalente GTK, como qtcurve u Oxygen (este último gracias a Oxygen-gtk)
  2. Desinstalar el paquete libreoffice-kde4 e instalar libreoffice-gnome

Listo. LibO no tendrá ya el selector de archivos de KDE4, lo cual es una pérdida importante, pero será más rápido y tomará el estilo del escritorio lo cual es una ganancia sumamente importante.

Eso sí, reitero mi advertencia a todo aquel que necesite utilizar fuentes Graphite: quedarse en LibO 3.3.4 ya que las versiones 3.4.x tienen varios problemas no resueltos aún.

=-=-=-=-=
Powered by Blogilo

sábado, 10 de septiembre de 2011

Silencio no es quietud...

Por si algún lector no lo sabía aún ;) soy administrador en el foro en español de la comunidad de OOo, además de contribuir como voluntario en los foros en inglés e italiano.

Dado que el proyecto completo de OOo ha sido transferido a la fundación Apache, es claro para todos que el espacio en los servidores de Oracle ocupado hasta ahora por los foros no estará disponible eternamente y que por lo tanto tarde o temprano (más temprano que tarde) tendremos que migrar.

La clara pregunta es «dónde»...

En la actualidad existen varias opciones para los foros, la más fuerte de las cuales es pasar a formar parte del proyecto de Apache OOo (AOO, en adelante), lo cual nos permitiría conservar todos los url del foro. Si esto no llegara a funcionar, un amigo y moderador de los foros en español, Mauricio Baeza, ha ofrecido espacio en sus servidores por lo que lo único que está claro hasta ahora es que los foros seguirán adelante de un modo u otro, dando el mejor soporte existente para OOo y sus derivados, ya sea LibO, NeoOffice, OOo4kids, etc.

En fin, que la transición viene durando un poco más (y siendo un poco más difícil) de lo que se creía en un principio y hay muchas discusiones tanto en la zona de administración de los foros como en las listas de correo de Apache. Quedan aún varias asperezas que pulir, pero estamos cada vez más cerca de una solución.

Ahora bien, esto significa que le estoy dedicando mucho más tiempo del que me gustaría al e-mail y a la zona de administración de los foros, y que para no disminuir demasiado el tiempo que dedico a responder en el foro es que me ha quedado poco tiempo para escribir o probar las nuevas versiones de LibO.

Pero para no alejarme demasiado de la razón principal de existencia de este blog (hablar de Writer) y para que este mensaje no parezca un «perdón por no publicar más seguido» es que debo prolongar la anterior advertencia sobre LibO 3.4.2 a LibO 3.4.3: si los documentos en los que debe trabajar el lector dependen de fuentes graphite como Linux Libertine / Biolinum G, es mejor permanecer en la línea 3.3.x ya al parecer el motor graphite2 introducido en LibO 3.4 (tanto LibO 3.3.x como todas las versiones de OOo, incluyendo las betas de 3.4 utilizan graphite1), si bien más rápido que el anterior tiene algunos problemas que pueden resultar sumamente molestos.

Por lo demás, esperemos volver a la normalidad pronto...

=-=-=-=-=
Powered by Blogilo

jueves, 18 de agosto de 2011

Redimensionando objetos manualmente (Draw)

Una breve lista de «trucos» no siempre evidentes para redimensionar objetos (el primero es seguramente el más conocido...):

  • Mayúsculas más arrastrar con el ratón mantiene las proporciones del objeto.
  • Ctrl y Alt más arrastrar realiza un redimensionamiento «simétrico» donde el objeto crece no del vértice opuesto a aquel del cual estamos estirando, sino desde el centro.
  • Mayúsculas, Alt y arrastrar hace ambas cosas: crecimiento simétrico respetando las proporciones.

=-=-=-=-=
Powered by Blogilo

jueves, 11 de agosto de 2011

Elegir el color de la sombra de un texto

Existe un viejo reporte sobre OOo pidiendo que se agregue la posibilidad de elegir el color de la sombra de un texto, el cual actualmente solo puede ser negro.

Luego de más de seis años, este pedido sigue sin implementación pero en muchas situaciones se puede lograr un efecto semejante (ganando, de hecho, un mayor control) con el uso de cuadros de texto y la sobra... del área de los mismos.

Si bien será más útil en Draw e Impress, este truco también puede utilizarse en Writer pero solo con los cuadros de texto que pueden insertarse desde la barra de herramientas de dibujo: no sirve con los marcos.

Insertemos un cuadro de texto y escribamos algo en él, seleccionando fuente y todo lo que nos sirva. Seleccionemos ahora todo el cuadro (no el texto, el cuadro en sí) y con un clic derecho → Área, debemos asegurarnos que en la pestaña Área para la opción Relleno esté seleccionado «Ninguno».

Finalmente, en la pestaña Sombra seleccionemos «Usa sombras», marquemos hacia dónde, su color, transparencia... tal y como se ve en la imagen (clic para agrandar).

Listo, ya tenemos nuestra sombra «coloreada».

He aquí la fuente del truco ;)

=-=-=-=-=
Powered by Blogilo

viernes, 5 de agosto de 2011

Recortando títulos largos

LaTeX tiene una habilidad muy agradable: si al definir un capítulo lo hacemos con

\Chapter[Título recortado]{El título largo y completo que ocupa muchas palabras y se verá absurdamente mal en los encabezamientos de pagína, por no mencionar las referencias cruzadas al capítulo de marras}

en el encabezamiento de la página que use «fancy headers» o en las referencias cruzadas a ese capítulo se leerá «Título recortado» en lugar de... bueno, el título completo.

Writer carece de esta habilidad (que recuerdo haber pedido para OOo hace casi siete años...) pero es posible simularla con un poco de trabajo.

El primer paso sería hacer, en el editor de estilos, clic derecho sobre el nombre del estilo de párrafo utilizado para el capítulo (por ejemplo, Encabezado 1) y seleccionar «Nuevo»: lo único que debemos hacer es seleccionar un nombre (por ejemplo, FalsoCap) y asegurarnos que el «estilo siguiente» será el utilizado para el cuerpo del texto. El estilo así generado repetirá todas las características del estilo utilizado para nuestro capítulo, ya que estará vinculado a este, por lo que sería también correcto deshabilitar los saltos de página automáticos que podrían haber sido heredados del estilo original.

Ahora creamos un estilo de carácter, que usaremos para «ocultar» el encabezado, que tenga la fuente más pequeña posible (2pt: si ese tamaño no está escrito en las opciones pueden introducirlo manualmente que será aceptado sin problemas) y que use color de carácter blanco.

El proceso sería el siguiente:

  1. Escribimos el título breve y le aplicamos sucesivamente el estilo de párrafo del capítulo y el estilo de carácter que lo oculta
  2. Escribimos el título largo y le aplicamos el estilo de párrafo FalsoCap

Listo.

Ciertamente se tendrá un pequeño problema de espaciamiento que será necesario compensar... pero eso ya sería otro truco ;)

[Pista: seleccionen el párrafo así ocultado y en las propiedades del mismo —sí, formato directo... ¡ouch!— miren la pestaña de «Sangrías y espacios»]

=-=-=-=-=
Powered by Blogilo

martes, 2 de agosto de 2011

lunes, 1 de agosto de 2011

LibO 3.4.2 disponible

The Document Foundation anuncia la inmediata disponibilidad de LibreOffice 3.4.2:
LibreOffice 3.4.2 For Enterprise Users
Es la primer versión de la línea 3.4.x aconsejada para ser utilizada por empresas: en la página de descarga aparece con esta imagen:

y la leyenda:
Safe for production use by most users and enterprises
lo cual garantiza una cierta estabilidad ;)
=-=-=-=-=
Powered by Blogilo

domingo, 31 de julio de 2011

La silenciosa guerra de las fuentes tipográficas

ADVERTENCIA: la siguiente entrada es un tanto extensa...

Cuando se habla de «libertad» a la hora de intercambiar archivos, por obvios motivos surge el tema de ODF vs. los formatos privativos de la compañía de Redmond. Creo que sobre esto no hay mucho que agregar, salvo quizás insistir en que el pseudo estándar llamado openXML al momento carece completamente de implementación válida: el formato implementado en las últimas versiones de MSOffice no es el mismo aprobado (vergonzosamente, podrían pensar algunos) por ISO sino un «formato de transición».

Se dice (nunca se afirma) que en la versión 15 del programa del difunto Clip quizás se de soporte completo al formato OOXML en su versión ISO. Esta falta de certeza podría generar en mentes suspicaces la sospecha de que toda la historia de la aprobación por ISO de este formato no fue más que una movida «publicitaria» para hacer creer a todos que la gente de Redmond es buena y juega limpio siendo la realidad completamente diferente... pero bueno, dejemos a las mentes suspicaces con sus pensamientos conspiratorios de lado y concentrémonos en un problema más sutil, pero no por eso menos importante: las fuentes tipográficas propietarias.

Y es que si al abrir un documento en nuestro sistema las fuentes en él utilizadas no se encuentran disponibles, pues tendremos problemas de visualización los cuales pueden llegar a ser bastante complicados en ciertas circunstancias, problemas estos que representan un obstáculo (artificial) a la libre distribución de la información.

Un poco de historia

Durante años la gente ha utilizado las configuraciones por defecto de los programas que usan, o al menos unas muy semejantes a esas configuraciones. Por ello durante años todos hemos recibido documentos .doc escritos en Times New Roman o Arial y también por eso ahora esos mismos documentos nos llegan escritos en Calibri, Cambria y otros parientes.

Más allá de cualquier apreciación estética sobre el diseño de las tipografías que vienen en los productos de Redmond (a mi no me gustan), el hecho importante de destacar es que sus licencias propietarias agregan un obstáculo artificial a la libre distribución de documentos ya que sin esas fuentes (y, justamente por los problemas que podrían generar sus absurdas licencias, no encontrará el lector ningún sistema FOSS que las incluya) los documentos no podrán ser vistos tal y como el autor los concibió.

Para quienes no adquieren esos productos que distribuyen esas fuentes solo queda la opción de «conseguir» las fuentes de algún modo o bien... comprar los productos de marras.

Cuando instalar era posible

Hubo una época en la que la gente de Redmond cometió un error sutil, posiblemente porque creyeron en su soberbia que la dificultad que su licencia ofrecía podría detener cualquier intento de uso externo: dijeron que sus fuentes propietarias (times new roman, arial...) solo podían ser redistribuidas siempre y cuando se respetara el empaquetado original e incluso mantuvieron durante mucho tiempo una página desde donde descargar el dichoso paquete.

Pero sucedió entonces que alguien creó un guión que podía utilizar el programa cabextract para descomprimir el mencionado paquete de fuentes, el cual fue alojado en una página de Source Forge: significó esto que quien corriera ese guión podría legalmente instalar y utilizar las famosas fuentes no solo en otros programas sino también en otros sistemas operativos.

Como veremos más abajo, desde hace algunos años ni siquiera correr este guión es ya necesario: gracias al trabajo de la gente de Red Hat que nos han dado la familia de fuentes tipográficas Liberation disponemos de fuentes que son «métricamente compatibles» con las fuente Times New Roman (Liberation Serif), Arial (Liberation Sans), Arial Narrow (Liberation Sans Narrow) y Courier New (Liberation Mono).

Cuando instalar ya no es posible

Por supuesto, la gente de Redmond aprendió de su error y cuando decidió que era tiempo de cambiar las fuentes predefinidas en sus productos eligió una licencia más restrictiva: ningún mágico paquete cab está disponible y las fuentes no pueden ser redistribuidas de ningún modo.

Si buscan por la red, encontrarán varias guías que aconsejan que para obtener esas fuentes en Linux solamente es necesario instalar el visor de powerpoint con Wine y de esa instalación extraer las fuentes. Pero atención: hacerlo así podría ser ilegal.

De hecho, si miran en la página de descarga del mencionado producto, verán la siguiente frase:

You may use the fonts that accompany the PowerPoint Viewer only to display and print content from a device running a Microsoft Windows operating system

Es decir, el visor de powerpoint solo puede ser instalado en sistemas Windows.

Más allá de cualquier discusión sobre la validez de esta absurda imposición, la conclusión es clara: ellos nos están diciendo con su licencia (la cual aceptamos con solo descargar el paquete, incluso si no la hemos leído) que si queremos usar sus fuentes tipográficas solo podremos hacerlos a través de sus aplicaciones corriendo en su sistema operativo.

Fuentes alternativas

Ya hemos mencionado a las fuentes Liberation creadas por Red Hat. Estas fuentes son «métricamente compatibles» con las core fonts por lo que si en lugar de Times New Roman usamos Liberation Serif el documento se verá exactamente igual.

Estas fuentes están instaladas en todo sistema Linux del cual tengo noticias, y son distribuidas en otros sistemas con las todas las versiones de OOo / LibO.

De hecho, al abrir un archivo estos programas automáticamente remplazan las fuentes propietarias con las libres cuando las primeras no están disponibles en el sistema. Por lo tanto, si recibimos un documento escrito en Times New Roman o Arial pues no tendremos nada más que hacer ya que el sistema se encargará de todo por sí solo.

Incluso si necesitamos enviar un documento listo para ser editado a un sistema que no cuente con fuentes libres no tendremos problema: dado que Writer reemplazará las fuentes propietarias por su equivalente en la familia Liberation, solo tendremos que escribir Times New Roman o Arial en la casilla del nombre de la fuente para que todo funcione correctamente.

Pero claro, este reemplazo automático solo funciona con Times New Roman, Arial, Arial Narrow y Courier New, ¿qué hacer con las otras fuentes?

Herramientas → Opciones → OpenOffice.org/LibreOffice → Fuentes → marcar «Aplicar tabla de sustituciones» y definir qué fuente reemplazar con cuál.

Conclusiones

«Muy bien, muchacho listo» oigo decir a mis lectores, «esto último que has escrito me dice qué hacer si tengo una fuente alternativa pero no me dice cuál es esa fuente alternativa».

Y es que, al menos que yo conozca, esa fuente perfectamente alternativa a Calibri, o a Cambria, o a... aún no existe.

¿Y entonces? Odiaría utilizar la palabra «luchar» para cosas como esta (para muchos oídos es este un verbo naïf con connotaciones negativas) por lo que en las siguientes líneas intentaré buscar una alternativa...

No es este un problema que me afecte personalmente: más allá de algún .pps que llega a mi cuenta de correo, no tengo que interactuar con los resultados de los productos Redmond (dejando de lado la BIOS, los únicos software propietarios de mi computador son el flash player y skype...) ya que de hecho cuando debo enviar algún documento lo hago siempre en PDF, el cual incluye las fuentes por mi elegidas y se ve bien en cualquier sistema del planeta.

Pero para mucha gente (estudiantes, empleados, gente que necesita intercambiar archivos con personas no siempre dispuestas a probar cosas nuevas) es una verdadera molestia.

Lo ideal para solucionar este tipo de problemas es ir «de arriba a abajo», pero dado que los gobiernos están un tanto lentos a responder a todas estas estrategias de captura de clientes (formatos de archivo cerrados, fuentes no disponibles en otros sistemas, incompatibilidades artificiales...) pues tendremos que recorrer el camino opuesto: no utilizar fuentes no estándar, y si se recibe un documento con esas fuentes intentar explicar a quien lo ha enviado que es mejor cambiar o al menos utilizar un PDF.

Después de todo existen muchísimas fuentes tipográficas de altísima calidad que son verdaderamente libres (la familia Libertine y sus derivados Graphite, las GNU Free fonts, Junicode, Cardo, ciertas fuentes de las que hablamos en una entrada anterior...), ¿porqué complicarse con otras cosas?

En fin, recomendar, explicar, mostrar (siempre con altura: lo peor que podemos hacer es menospreciar a la gente a la que nos dirigimos) las ventajas de usar alternativas libres.

Esta última frase es un poco más larga, pero ciertamente suena mejor que «luchar» y de hecho podría dar mejores resultados.

=-=-=-=-=
Powered by Blogilo

martes, 26 de julio de 2011

Primer encuesta sobre «usabilidad» en LibO

Para comenzar a hacer sentir nuestra voz. La encuesta aún no está disponible en castellano, pero quien quiera participar para traducirla, puede ;)

First user research survey for LibreOffice

Lleva solo unos minutos completarla y la información reunida puede ser útil en el futuro.

=-=-=-=-=
Powered by Blogilo

viernes, 15 de julio de 2011

IBM dona el código de Lotus Symphony a la fundación Apache

Pues así como lo dice el título:
Un movimiento de este tipo ciertamente tendrá sus consecuencias. Symphony tiene una interfaz gráfica mucho más moderna y (según muchos... nunca utilice el producto por lo que no puedo opinar) mejor diseñada que la de OOo / LibO.
¿Consecuencias? Cómo adivinarlo...
Ciertamente OOo se volverá un producto más interesante, y dada la licencia Apache LibO podrá utilizar sin problemas esas mejoras. Pero quizás suceda algo distinto, con ambos proyectos diferenciándose realmente mucho antes de lo previsible.
El 2012 será, más allá de los conocidos anuncios apocalípticos, sumamente interesante...

viernes, 8 de julio de 2011

Contra la tiranía del ppt/pps y compañía

Un tanto alejado de los temas tratados en este blog, pero como escusa puedo decir que siempre luego de escribir un gran trabajo en Writer hay que «defenderlo» frente a los colegas... :þ
Además, es demasiado divertido (y porqué no decirlo: realista) como para dejarlo pasar:
The Anti-PowerPoint-Party
Un grupo internacional con sede en Suiza que busca prohibir la obligatoriedad de las presentaciones.
Casi que me inscribo...
=-=-=-=-=
Powered by Blogilo

domingo, 3 de julio de 2011

Fuentes «inteligentes» para Writer

Ni LibO ni OOo soportan completamente la tecnología opentype (solo muestran las fuentes, sin usar ninguna de sus tablas de sustitución) ni la soportarán en un futuro previsible. Pero opentype no es la única tecnología «smart font» disponible y de hecho tanto LibO como OOo son la única solución real (existe una aplicación llamada SIL WorldPad, pero solo sirve para demostrar las capacidades de la tecnología, no para usarla) fuera de XeTeX en soportar completamente una asombrosa tecnología llamada Graphite, creación de SIL International.
Graphite permite cosas como ligaduras tipográficas automáticas, posicionamiento inteligente de acentos, verdaderas versalitas, variantes tipográficas... y un largo etcétera limitado solo por la imaginación (y la paciencia del creador de la fuente...).
La gran ventaja de Graphite sobre OpenType es que la aplicación que usa esta tecnología (por ejemplo Writer) no necesita saber cómo implementar una determinada sustitución, solo necesita el soporte Graphite y cualquier cosa que se encuentre implementada en la fuente será automáticamente soportada.
La desventaja en estos momentos de Graphite es que no son muchas las fuentes en implementar esta tecnología.
Pero las que existen son realmente buenas. He aquí mi pequeña lista:
  • De los creadores de esta tecnología se tienen varias fuentes, muchas de ellas especificas de lenguajes no occidentales. Para los hispanoparlantes pueden ser de gran interés las siguientes: Gentium Plus y Charis SIL
  • Dos fuentes realmente impresionantes por la cantidad de características que ofrecen son Linux Libertine G y Linux Biolinum G (hablo sobre ellas en mi libro... ;) )
  • Una fuente que he descubierto hace poco, con un gran diseño y una magnífica cobertura de caracteres tanto latinos como griegos y cirílicos es Old Standard TT (a no olvidar la doble T, que el autor ofrece una versión OpenType de esa fuente sin las tablas graphite y que por lo tanto no sirve en Writer —de hecho, openSUSE instala la versión OpenType por defecto). Otras fuentes del mismo autor son la familia Theano, magníficamente diseñadas pero que por el momento ofrecen solo la versión «regular», sin itálicas ni negritas.
Ocho fuentes (la familia Theano está formada por tres miembros) no es mucho, podría pensarse, pero lentamente se van agregando más a la lista. Y claro, si algún lector conoce otra fuente Graphite no nombrada aquí, pues puede dejarnos un enlace en los comentarios... ;)

viernes, 1 de julio de 2011

LibO 3.4.1 disponible

TDF ha anunciado la inmediata disponibilidad de LibO 3.4.1, primera versión de la línea 3.4.x aconsejada para usuarios «normales» y pequeñas compañías. A fin de mes se tendrá la versión 3.4.2 que será recomendada incluso para grandes empresas.

Para los usuarios de openSUSE con el repositorio /LibreOffice:/Stable/ habilitado, lo más probable es que allí siga el paquete 3.3.3 hasta la primer semana del mes próximo, cuando se pasará directamente a la versión 3.4.2: una decisión más que saludable.

Como siempre, pueden descargar LibO 3.4.1 desde esta dirección:

http://www.libreoffice.org/download/

=-=-=-=-=
Powered by Blogilo