Ofimatica on Marco Antonio Blanco

Nos quedamos sin Adobe Reader en Linux, ¿y ahora qué?

Wed, 22 Oct 2014 16:45:33 +0000

El pasado mes de Septiembre, Adobe nos dio la “mala” noticia de que Linux dejaba de ser una de las plataformas en las que su lector de PDF Reader tuviese soporte. Y lo digo entre comillas porque en el fondo no es tan mala noticia. De hecho, que Adobe elimine una herramienta privativa, sobrecargada y con tantos problemas de seguridad es en realidad una gran noticia para los usuarios Linux. Sobre todo si tenemos en cuenta que contamos con muy buenas alternativas libres como oKular (KDE) o Evince (GNOME).

Es cierto que ninguna de estas opciones cubren el 100% de las capacidades de Reader, como las animaciones o los modelos 3D empotrados, pero eran precisamente estas complejidades las que hacían de Reader una herramienta pesada e insegura. Aún así, hay una característica por la que sí echaríamos de menos a Reader: los formularios. Desgraciadamente, en España se realizan muchísimos trámites administrativos a través de plataformas telemáticas basadas, entre otras cosas, en documentos PDF empotrados en el navegador en los que hay que rellenar una serie de campos. Si Adobe abandona a los usuarios de Linux, ¿qué hacemos ahora para tener acceso a estos servicios públicos a los que tenemos derecho?

Afortunadamente, existe una solución basada en software libre sencilla de echar a andar. Consiste en utilizar el plugin MozPlugger para Firefox y combinarlo con Evince, que ofrece un mejor soporte de los formularios PDF que oKular, de forma que los documentos PDF aparezcan empotrados cuando así lo requiera un sitio web. Como es habitual, daré las instrucciones para Debian y derivadas, aunque son fácilmente adaptables a cualquier otra distribución Linux.

Empezamos instalando el software que necesitamos, es decir, MozPlugger y Evince. En el caso de Squeeze, Jessie y posteriores, ambos paquetes se encuentran en los repositorios oficiales:

# apt-get install mozplugger evince
Leyendo lista de paquetes... Hecho
Creando árbol de dependencias
...

Sin embargo, en el caso de Wheezy, la actual estable, no contamos con un paquete oficial, así que tendremos que descargarnos la versión para Squeeze de nuestra arquitectura e instalarla a mano, lo cual funciona sin problemas.

# dpkg -i mozplugger_1.14.1-1_amd64.deb
Seleccionando el paquete mozplugger previamente no seleccionado.
(Leyendo la base de datos ...)
Desempaquetando mozplugger (de mozplugger_1.14.1-1_amd64.deb) ...
Configurando mozplugger (1.14.1-1) ...

Una vez instalados los paquetes necesarios, procedemos a configurar mozplugger para que utilice Evince como su lector de PDF por predeterminado, que dependen de la versión de Debian que tengamos instalada.

En Jessie o posteriores editamos el fichero /etc/mozpluggerrc.d/62-documents.conf y buscamos la sección que se refiere a los documentos PDF:

application/pdf:pdf:PDF file
application/x-pdf:pdf:PDF file
text/pdf:pdf:PDF file
text/x-pdf:pdf:PDF file
 ACROREAD()
 repeat noisy swallow(Xpdf) fill needs_xembed: xpdf -g +9000+9000 "$file"
 repeat noisy swallow(okular) fill needs_xembed: okular "$file"
 repeat noisy swallow(epdfview) fill needs_xembed: epdfview "$file"
 GV()
 repeat noisy swallow(evince) fill needs_xembed: evince "$file"

Entonces insertamos en primera posición una nueva línea referente a Evince para que así se convierta en el lector PDF empotrado predeterminado:

application/pdf:pdf:PDF file
application/x-pdf:pdf:PDF file
text/pdf:pdf:PDF file
text/x-pdf:pdf:PDF file
 repeat noisy swallow(evince) fill: evince "$file"
 ACROREAD()
 repeat noisy swallow(Xpdf) fill needs_xembed: xpdf -g +9000+9000 "$file"
 repeat noisy swallow(okular) fill needs_xembed: okular "$file"
 repeat noisy swallow(epdfview) fill needs_xembed: epdfview "$file"
 GV()
 repeat noisy swallow(evince) fill needs_xembed: evince "$file"

Finalmente tenemos que ejecutar un script que traslada los cambios realizados al fichero principal de configuración en /etc/mozpluggerrc:

# /usr/sbin/update-mozpluggerrc
Purging current configuration...
Generating mozpluggerrc...
Merging /etc/mozpluggerrc.d/20-header.conf ...
Merging /etc/mozpluggerrc.d/40-global_defs.conf ...
Merging /etc/mozpluggerrc.d/60-video.conf ...
Merging /etc/mozpluggerrc.d/61-audio.conf ...
Merging /etc/mozpluggerrc.d/62-documents.conf ...
Done.

En el caso de Wheezy y Squeeze lo único que hay que hacer es editar directamente el fichero /etc/mozpluggerrc según las instrucciones anteriores.

Ahora iniciamos Firefox (si ya lo teníamos abierto será necesario cerrarlo y abrirlo de nuevo) y configuramos las opciones de visualización de PDF. En el menú de Firefox, elegimos la opción de Preferencias y seleccionamos la sección de Aplicaciones. En el cuadro de búsqueda introducimos la cadena “pdf” y elegimos “mozplugger” en el desplegable. Tras pulsar en el botón “Cerrar”, ya tendremos activo Evince como visor PDF empotrado predeterminado. Para hacer pruebas, podemos elegir cualquier documento PDF que incluya formularios.

Cambiando el lector de PDF predeterminado en Firefox

Los usuarios de otros navegadores se habrán dado cuenta que esta solución sólo funciona con Firefox y navegadores compatibles con el API de plugins de Netscape. De hecho, Chrome sustituyó su mecanismo de conexión de plugins hace unas pocas versiones, lo que impide que sus usuarios disfruten no sólo de MozPlugger, sino de otras tecnologías como Java. En este caso, la única solución posible es utilizar Firefox para esos sitios web en los que sea necesario utilizar formularios PDF empotrados.

Para finalizar debo advertir que el soporte de los formularios PDF de Evince no es perfecto y que es muy probable que tarde o temprano nos encontremos con un documento que no podamos rellenar, pero menos da una piedra. Espero que probéis esta receta y que compartáis vuestras impresiones.

Optimización del tamaño de ficheros PDF en Linux

Fri, 14 Mar 2014 13:09:19 +0000

Este artículo va a ser más corto de lo habitual ya que lo voy a dedicar a un truco que he descubierto después de mucho investigar cómo conseguir que mis PDFs pesen menos con herramientas de Linux. Vaya por delante que no se trata de una receta mágica que reduce el tamaño de los ficheros sin coste a cambio, ya que la única forma de hacerlo es disminuyendo la calidad del contenido (similar a cuando aumentamos la compresión en un JPG).

Antes de dar con este truco he probado con numerosas herramientas populares en Linux, como ImageMagick o PDFtk, y con diversos servicios online de conversión, como Compress PDF, pero el mejor resultado me lo ha dado sin duda el venerable y fiable Ghostscript. Para quien no lo conozca a estas alturas, Ghostscript es un renderizador software de ficheros PostScript y PDF que se encuentra presente en los sistemas Unix desde finales de los 80.

Evidentemente, antes de proceder a utilizar Ghostscript es necesario tenerlo instalado en nuestro Linux, aunque lo habitual es que venga de serie. En el caso de Debian, es tan sencillo como:

# apt-get install ghostscript

Ya podemos proceder a utilizarlo siempre que queramos y sin necesidad de privilegios de administrador, ya que al fin y al cabo se trata de una herramienta para usuarios. Eso sí, hay que utilizarlo desde la línea de comandos, así que tendremos que abrir una consola de texto desde el menú de nuestro escritorio gráfico.

Llegó el momento de compartir el truco. La línea de comandos a utilizar para optimizar el tamaño de un PDF es la siguiente:

$ gs -dSAFER -dBATCH -dNOPA#USE -q -dTextAlphaBits=4 -dGraphicsAlphaBits=4 -sDEVICE=pdfwrite -dPDFSETTINGS="perfil_pdf" -sOutputFile="fichero_optimizado" "fichero_original"

Ghostscript necesita de tres parámetros personalizables para trabajar según nuestras necesidades. El primero es "perfil_pdf", que indicará un perfil de calidad predefinida. De menor a mayor calidad, los valores de "perfil_pdf" son screen, default, ebook, printer y prepress. El segundo parámetro es "fichero_optimizado" y se trata del nombre (podemos incluir también el camino) del fichero resultado una vez reducido su tamaño. Por último, tenemos "fichero_original", que evidentemente es el nombre (también se puede indicar el camino) del fichero PDF que queremos optimizar.

Con esto podemos conseguir resultados espectaculares, como un caso en el que he conseguido reducir un PDF de 62Mb a sólo 5MB con el perfil “ebook” y apenas pérdida de calidad. Sin embargo, cada fichero PDF es un mundo (no es lo mismo un fichero sólo de texto que otro que incluya una buena carga gráfica) y nos podemos encontrar casos en los que incluso aumente de peso. Todo es cuestión de probar.

Antes de terminar, un comentario sobre los conversores online. No soy muy partidarios de ellos porque suelen tener límites en el tamaño del PDF a optimizar, te insertan una marca de agua y nadie te asegura la confidencialidad del fichero subido. Pero también es cierto que te pueden sacar de un apuro en un momento de urgencia. Todo es valorar las ventajas y los inconvenientes.

Espero que este truco os sea de utilidad (al final me ha quedado un artículo largo…).

LibreOffice vs. OpenOffice.org

Mon, 29 Oct 2012 20:24:30 +0000

A estas alturas es bien conocida la historia de LibreOffice y su nacimiento como proyecto derivado (lo que se conoce como un fork) de OpenOffice.org a raíz de la compra de Sun por parte de Oracle y pasar todos los activos de la primera (incluyendo la suite ofimática) a manos de la segunda. Por si queda algún despistado, baste decir que el poco interés de Oracle en mantener OpenOffice.org motivó a un grupo de desarrolladores a crear en Septiembre de 2010 The Document Foundation, una fundación cuya misión principal sería el desarrollo de una nueva suite ofimática llamada LibreOffice derivada de la versión 3.3 beta de OpenOffice.org.

El compromiso y dedicación de la Fundación ha sido tal que LibreOffice, en la rama estable 3.6 actualmente, ha recibido una enorme cantidad de novedades y mejoras, convirtiéndolo sin duda en el paquete ofimático libre de referencia. Sin embargo, el proyecto OpenOffice.org no ha muerto ni mucho menos. Las presiones de la comunidad de usuarios y desarrolladores consiguieron que Oracle traspasara la titularidad y la gestión del mismo a la Fundación Apache, una de las mejores garantías en el mundo del Software Libre, la cual publicó en Mayo una nueva version estable (la 3.4), demostrando la vida que aún tiene OpenOffice.org por delante.

Dado que los dos proyectos comparten código fuente, utilizan el mismo estándar de formato de documento (OpenDocument) y son igualmente sencillos de instalar en cualquier plataforma para la que tienen soporte, su uso es prácticamente indistinto y la elección de una suite u otra depende más del conjunto de funcionalidades actuales y del futuro planeado de cada proyecto. En mi caso personal lo tengo claro: me quedo con LibreOffice por varios motivos principales:

LibreOffice ha demostrado una vitalidad mucho mayor que OpenOffice.org en el poco tiempo de existencia que tiene, publicando versiones a buen ritmo (una versión principal cada seis meses), como nunca se habia visto antes en el proyecto incluso desde los tiempos de StarOffice, el proyecto original.
LibreOffice ofrece ahora mismo un mayor y mejor conjunto de funcionalidades que OpenOffice.org.
El futuro que le espera de LibreOffice es de lo más prometedor (versión web, edición colaborativa, cloud computing), en clara competencia con Google Docs y otras suites en la nube.
OpenOffice.org se encuentra en un momento en el que se tiene que volver a ganar la confianza de los usuarios y la Fundación Apache no ha realizado aún una declaración de intenciones al respecto.

Por tanto, mi elección es LibreOffice. ¿Y la tuya?

PyODConverter, un conversor de formatos ofimaticos

Fri, 05 Oct 2012 13:24:17 +0000

Una de las funcionalidades más interesantes de OpenOffice.org y sus derivados (como LibreOffice) es la de funcionar como servidor. Aunque suene raro que una suite ofimática funcione como servidor, esta capacidad abre un enorme abanico de posibilidades. Algunos ejemplos que se me ocurren de utilidad son los siguientes:

En una migración a Linux puede facilitarnos la conversión de los formatos de nuestros documentos hacia estándares abiertos al poder realizar dicha operación de forma masiva.
Igualmente podemos realizar una conversión masiva de documentos al formato PDF en aquellas ocasiones en las que necesitemos preparar un buen conjunto de ficheros.
Podemos realizar conversiones al vuelo en una pasarela de correo hacia el formato ODT de todos los ficheros adjuntos que nos lleguen.
Como apoyo de un sistema de telepresencia y audio/videoconferencia en el que contemos con una pizarra digital y con compartición de ficheros, tratando así de forma automática y transparente los documentos subidos a la plataforma.

La manera más sencilla de aprovechar la capacidad de OpenOffice.org de funcionar en modo servidor es a través de PyODConverter, una herramienta desarrollada en Python que automatiza la conversión de documentos ofimáticos desde la línea de comandos.

PyODConverter exige dos requisitos básicos para poder funcionar correctamente: que en nuestro sistema estén instalados los módulos UNO de Python y que OpenOffice.org esté corriendo como servicio en el puerto 2002.

Para cumplir el primer requisito, en el caso de Debian es tan sencillo como ejecutar el siguiente comando como administrador del sistema:

# apt-get install python-uno

aunque lo más sencillo es utilizar el intérprete python que OpenOffice.org trae de serie.

En el caso del segundo requisito, basta con ejecutar el siguiente comando para que OpenOffice.org se ejecute como servidor:

# soffice "-accept=socket,port=2002;urp;"

El uso de PyODConverter es muy sencillo. Basta con invocarlo desde línea de comandos indicándole el fichero a convertir y el fichero a obtener. Veamos un ejemplo utilizando el intérprete Python que trae LibreOffice 3.6 de serie para convertir un fichero ODT a PDF:

$ /opt/libreoffice3.6/program/python DocumentConverter.py Informe.odt Informe.pdf

Como se puede ver, PyODConverter deduce los formatos con los que debe trabajar de las extensiones de los ficheros indicados en la línea de comandos.

Finalmente, PyODConverter tiene otra virtud muy interesante: la de poder ser invocado desde otros programas desarrollados en Python. Al funcionar como un módulo Python, se puede utilizar a través de un API muy sencillo, ampliando las posibilidades de nuestros propios desarrollos.

En definitiva, PyODConverter debe sin duda incluirse en nuestra “caja de herramientas” habituales por las enormes posibilidades que nos ofrece a la hora de trabajar con documentos ofimáticos.

OpenOffice.org 3.2 disponible

Thu, 25 Feb 2010 19:01:53 +0000

Tan sólo un día después de la publicación de KDE 4.4, el proyecto OpenOffice.org liberó la versión 3.2 de su popular suite ofimática. Aunque ya ha pasado algún tiempo, he querido esperar a probarla a fondo para poder dar mis impresiones antes de comentar esta noticia. Vaya por delante que algo que me ha llamado poderosamente la atención es el hecho de que en sólo dos semanas han visto la luz importantes versiones de otros tres destacados paquetes de software libre: Firefox, KDE y OpenOffice.org, protagonista de este artículo.

Comparativa de tiempos de arranque (fuente: www.openoffice.org)

Entre todas las novedades de esta versión 3.2, sin duda la más destacable es la reducción del tiempo de arranque. Si en la versión 1.0 podíamos llegar a esperar más de 20 segundos en iniciar cualquiera de las aplicaciones ofimáticas, ahora es cuestión de muy pocos segundos el tener en pantalla el familiar interfaz de OpenOffice.org. Esto que puede parecer una trivilidad sin importancia, puede llegar a producir verdadero hastío en el usuario, repercutiendo de forma importante en su productividad frente al ordenador.

En segundo lugar de importancia se halla la mejora del soporte de los formatos ODF, MS Office y otros propietarios, lo cual supone un nuevo paso adelante hacia una mayor interoperatibilidad entre sistemas heterogéneos y una gran ayuda a la hora de introducir OpenOffice.org en una empresa u otro tipo de organización.

La lista de novedades continúa con una serie de mejoras generales, como el soporte de fuentes OpenType basadas en Postscript o la introducción de nuevos idiomas para la configuración regional, y con un buen número de mejoras en todas las aplicaciones que forman OpenOffice.org, siendo en esta ocasión Calc quien ha sufrido más cambios. Todas estas mejoras son muy interesantes y no hacen más que elevar el ya de por si elevado nivel de calidad de la suite ofimática.

Y ahora la pregunta del millón: ¿actualizar o no actualizar? La respuesta definitivamente es afirmativa. Salvo en muy contadas ocasiones (como cuando sacan dos versiones muy seguidas o cuando la nueva versión añade realmente poco a la actual), siempre que ha salido una nueva versión de OpenOffice.org no he dudado mucho en instalármela. El equipo de desarrollo suele introducir suficientes novedades y mejoras como para que merezca la pena la actualización, a pesar de que no se trata de una descarga ligera precisamente.

Ahora bien, si somos responsables de una red informatica con varias decenas de puestos de trabajo, actualizar OpenOffice.org puede convertirse en una ardua tarea si no contamos con un buen sistema local de distribución automatizada de software. En este caso, mi respuesta debe ser más moderada y sólo recomendar la instalación de una nueva versión si la misma es lo suficientemente importante como para justificar el esfuerzo, como sí ocurrió con la versión 3.0, la cual a estas alturas ya debería estar instalada en los ordenadores de todos los usuarios de OpenOffice.org.

Extensiones interesantes para OpenOffice.org (II)

Fri, 18 Sep 2009 19:27:38 +0000

Seguimos con la serie de artículos dedicados a las extensiones más interesantes para OpenOffice.org. Como en la ocasión anterior, voy a revisar otras cinco extensiones que aporten un valor añadido a la popular suite ofimática. Todas excepto en un caso concreto se distribuyen bajo una licencia libre.

1. MySQL Connector: Esta extensión instala un controlador nativo para trabajar directamente con bases de datos MySQL sin necesidad de instalar separadamente controladores ODBC y JDBC. En su haber hay que destacar que es más rápido, está más integrado en OpenOffice.org y es más sencillo de utilizar que la opción ODBC. Cuenta además con la garantía de haber sido desarrollada por la propia Sun Microsystems.

2. CropOOo: Ofrece un mecanismo rápido y sencillo para recortar imágenes tanto en Draw como en Impress sin tener que utilizar una herramienta externa a OpenOffice.org.

3. O3Spaces Workplace: Se trata de una extensión que dota a OpenOffice.org de capacidades de gestión documental y colaboración en grupos de trabajo, lo que la convierte en una herramienta muy útil para entornos corporativos. Cuenta con una versión gratuita y otras dos pago que ofrecen diferentes posibilidades.

4. Sun Presenter Console: Permite un mayor control sobre las presentaciones a través de capacidades como poder ver la siguiente diapositiva, las notas de cada diapositiva y un cronómetro de la presentación, así como el uso de tres vistas intercambiables con la anterior información que evitan una posible confusión del ponente. Esta extensión sólo funciona en plataformas que puedan gestionar varias salidas de vídeo, de forma que por ejemplo se tenga la presentación en un proyector mientras que la consola de control se muestre en el portátil.

5. Extras de OxygenOffice: No se trata de una única extensión, sino que consiste en realidad en un conjunto de extensiones que instalan en OpenOffice.org diverso material proveniente del proyecto OxygenOffice, una versión ampliada del propio OpenOffice.org a base de cliparts, plantillas, fuentes, sonidos y soporte VBA. Concretamente, estas extensiones contienen cliparts y plantillas, mejorando la oferta de serie de OpenOffice.org.

Extensiones interesantes para OpenOffice.org (I)

Thu, 06 Aug 2009 13:04:32 +0000

Una de las tendencias que más furor está causando entre los desarrolladores de software actualmente es la de ofrecer un conjunto de capacidades básicas en sus programas y dejar la inclusión de funcionalidades avanzadas en manos de los usuarios a través de un sistema de añadidos y extensiones. En este sentido, OpenOffice.org no iba a ser menos que otros paquetes de software populares, como los ya mencionados Firefox y Typo3. Desde el repositorio oficial es posible descargar todo tipo de extensiones dirigidas a mejorar las ya de por sí impresionantes posibilidades de OpenOffice.org. Dado que la mayoría de estos añadidos necesitan de la versión 3.0 como mínimo para funcionar, este sería un buen momento para proceder a la actualización de nuestro OpenOffice.org si no lo hemos hecho ya.

El procedimiento de instalación de una extension es muy sencillo:

Descargamos la extensión
Iniciamos OpenOffice.org (cualquier aplicación vale)
En el menú Herramientas seleccionamos Administrador de extensiones
En la ventana que se abre, pulsamos en Agregar y seleccionamos el fichero descargado
Una vez finalizado el proceso de instalación, reiniciamos OpenOffice.org

Desde el propio Administrador de extensiones podemos mantener actualizadas las extensiones instaladas. Para ello, basta con pulsar en Comprobar Actualizaciones. Si OpenOffice.org encontrase nuevas versiones de alguna extensión, nos preguntará si queremos proceder a descargar e instalarlas automáticamente.

Para este primer artículo he seleccionado las cinco extensiones que me parecen más interesantes y útiles. Veamos pues quienes son los “elegidos”:

1. Sun PDF Import Extension: Se trata probablemente de la extensión más utilizada y, en su momento, más esperada por los usuarios de OpenOffice.org, ya que posibilita la importación de ficheros PDF para su edición. Aunque sólo funciona bajo Draw y las modificaciones posibles son muy básicas, cumple a la perfección su cometido de permitir la edición a la vez que respeta y mantiene el formato del documento. Personalmente, me resulta muy útil a la hora de insertar mi firma digitalizada o cuando quiero rellenar un formulario. En cambio, si lo que quiero es extraer el texto del PDF, sigo utilizando KWord, de la suite KOffice.

2. Writer2LaTeX: Permite exportar cualquier documento abierto en Writer al formato LaTeX, un lenguaje de marcas muy popular en entornos universitarios. De este modo se combina la potencia visual de OpenOffice.org con lapotencia en el tratamiento de textos de LaTeX. Es posible controlar la exportación del formato del texto original, desde lo más posible hasta eliminar completamente el formato.

3. Creative Commons Licensing: Esta extensión posibilita la selección e inserción de una licencia Creative Commons en documentos Writer, Calc e Impress. A la vez que inserta la licencia en los metadatos del documento, la extensión muestra una notificación en el mismo.

4. Sun Report Builder: Facilita la generación de informes de bases de datos. El editor de informes puede utilizar campos de cálculo para elaborar informes de cualquier complejidad. Gracias a las amplias capacidades de conexión a bases de datos de Base, es posible producir informes de prácticamente cualquier sistema de gestión de bases de datos disponible en la actualidad.

5. Sun Presentation Minimizer: Se trata de una extensión muy útil cuando trabajamos con presentaciones dirigidas a su reproducción en video proyectores y similares, ya que su función es la de reducir el tamaño del documento mediante la compresión de las imágenes y la eliminación de datos innecesarios. Todo el precedimiento de optimización se realiza mediante un asistente, que resume todos los cambios a realizar a la presentación y ofrece una estimación de la reducción del tamaño del fichero. Como curiosidad, esta extensión también puede optimizar presentaciones PowerPoint.

KOffice 2.0.0 publicado

Mon, 01 Jun 2009 20:17:39 +0000

La noticia más destacable de la semana en el mundo del software libre es sin duda la publicación de la versión 2.0.0 de KOffice, la suite ofimática de KDE. Esta edición marca un hito importante en el desarrollo de este paquete ofimático, ya que no sólo está por fin basada en las bibliotecas Qt4 y es por primera vez compatible con KDE4, sino que además supone el establecimiento de una plataforma base sobre la que construir tanto versiones futuras como nuevas aplicaciones.

Los objetivos de esta versión eran incrementar la integración entre los componentes de KOffice, disminuir la duplicidad de funcionalidades y facilitar el mantenimiento y desarrollo de nuevas características, así como implementar nuevos interfaces y nuevos mecanismos de interacción con el usuario para dar soporte a las nuevas capacidades de KOffice. En base al grado de satisfacción que muestra el equipo de desarrollo, se puede decir que estos objetivos han sido amplia y satisfactoriamente alcanzados.

De entre la larga lista de novedades, cambios y mejoras, los responsables de KOffice destacan las llamadas Flake Shapes, que se pueden definir como elementos “tan sencillos como un cuadrado o un círculo o tan complejos como un diagrama o una partitura”. Gracias a esta tecnología, cualquier aplicación KOffice puede manejar cualquier tipo de elemento o contenido, además de facilitar la creación de nuevas herramientas.

Sin embargo, personalmente considero que la importancia de KOffice 2.0.0 reside en que por primera vez se le puede considerar como una alternativa real y viable a OpenOffice.org. Hasta ahora, un documento redactado en este último en formato OpenDocument no se veía completamente bien en KOffice, algo que ha cambiado gracias al soporte mejorado de ODT de KOffice 2.0.0. Así mismo, la compatibilidad con KDE4 posibilita que, además de en Linux y otros Unix, KOffice se pueda ejecutar en Windows y Macintosh, accediendo así a todas las plataformas de escritorio utilizadas actualmente. Por último, KOffice es una aplicación muy ligera frente al “pesado” OpenOffice.org y ofrece más herramientas que la suite de Sun, como el gestor de proyectos KPlato o el procesador gráfico Krita.

Desgraciadamente, no podremos utilizar aún KOffice 2.0.0 (al menos en producción), ya que según los responsables del proyecto esta edición está dirigida a desarrolladores y testeadores de software. La publicación de esta versión responde al deseo del equipo de KOffice de mostrar los primeros resultados de más de 3 años de duro trabajo. Esperaremos impacientes a tener en nuestras manos la primera versión estable dirigida a los usuarios y entonces veremos si le “damos carpetazo” a OpenOffice.org.

OpenOffice.org 3.1 publicado

Mon, 11 May 2009 14:51:55 +0000

La pasada semana el proyecto OpenOffice.org puso a disposición de los usuarios en forma de descarga gratuita la nueva versión 3.1 de su popular suite ofimática para las plataformas más populares y los idiomas más extendidos, como el español. Se trata de una actualización media cuyo cambio más importante y evidente es la mejora de la presentación de gráficos en pantalla mediante técnicas como el suavizado de líneas y curvas, más conocido como anti-aliasing.

Me resulta curioso que en una actualización de este calibre, de medio millón de líneas de código según el propio proyecto OpenOffice.org y donde todas las aplicaciones de la suite han sufrido mejoras y novedades, sus responsables consideren el aspecto gráfico como la mejora más destacable. Personalmente, considero que la mejora del mecanismo de bloqueo de ficheros, fundamental en entornos compartidos, es con mucho la novedad más importante. Esto me lleva a pensar detenidamente si realmente merece la pena esta actualización, ya que OpenOffice.org es un paquete de gran tamaño y su descarga resulta pesada para el tipo medio de conexión a Internet en España.

Es evidente que no se trata de una actualización del nivel de la 3.0, cuando los cambios con respecto a la rama 2.x fueron tan importantes a nivel de funcionalidades, rendimiento y estabilidad que uno estaba obligado a actualizar cuanto antes, sobre todo si quería contar con capacidades avanzadas largamente esperadas como la importación de ficheros PDF. Sin embargo, en el caso de una actualización media como la que nos ocupa hay que pensarse tranquilamente su instalación o si es mejor esperar a una versión posterior. Para decidirse, lo mejor es leer concienzudamente la lista de cambios y decidir si está justificada la actualización.

En mi caso lo tengo claro: voy a actualizar única y exclusivamente por el mecanismo mejorado de bloqueo de ficheros anteriormente mencionado, ya que resulta extremadamente útil en la red de cualquier organización. Lo demás son meras chucherías, con todo el respeto del mundo a sus desarrolladores y a todo aquél al que sí les sirva esas características extra.