Este release marca el resultado de más de 3 años de trabajo para portar KOffice a Qt4 y KDE4 y en cierta medida, reconstruir las aplicaciones que componen a KOffice.

En los últimos años, el equipo de KOffice ha reestructurado el framework en una base de código ágil y flexible.  La intención era incrementar la integración entre los componentes de KOffice y reducir la funcionalidad duplicada de tal forma de facilitar la mantención y el desarrollo de nuevas características.  Además, se han implementado nuevas formas de interactuar con el usuario para apoyar las nuevas características.

Según el equipo de KOffice, este release es el primer preview público de lo que se ha logrado y está destinado principalmente a desarrolladores o cualquiera que quiera probar esta nueva generación.  No está orientada al usuario final y recomiendan a las distribuciones no incluirl a KOffice como la suite de oficina por omisión por el momento.  Se espera que aun aparezcan bugs e incompatibilidades a medida que más personas vayan probando KOffice.

También hay que hacer notar que KOffice 2.0 no tiene todas las características que estaban en KOffice 1.6.  Éstas se integrarán en las versiones 2.1 y 2.2.  Además, no todas las aplicaciones que estaban en KOffice 1.6 están en KOffice 2.0 y también se integrarán en versiones posteriores.

Componentes

Estas son las aplicaciones que se encuentran suficientemente maduras para formar parte de KOffice 2.0:

• KWord – Procesador de texto
• KSpread – Planilla de cálculo
• KPresenter – Gestor de presentaciones
• KPlato – Administración de proyectos
• Karbon – Editor de gráficos vectoriales
• Krita – Editor de imágenes.

La aplicación que antes se conocía como KChart ahora es un plugin de formas que se puede utilizar en cualquier aplicación de KOffice.

La aplicación de base de datos Kexi y el editor de formulas vendrán en la versión 2.1, mientras que no se sabe cuando será incluido el editor de diagramas Kivio, ya que no hay un mantenedor oficial que se esté haciendo cargo.

Destacados de KOffice

KOffice 2 es una suite mucho más flexible que su generación anterior.  La integración entre componentes es mucho mas fuerte por medio del concepto de Flake Shapes.  Un Flake Shape puede ser tan simple como un cuadrado o un círculo o tan complejo como un diagrama o una partitura.  A ojos del usuario normal, se puede ver como un modelo de integración similar al que se ocupa en Windows a través de COM (Component Object Model).

Con Flake, las aplicaciones de KOffice pueden manejar cualquier forma.  Por ejemplo, Krita puede incrustar gráficos vectoriales o Karbon puede incrustar diagramas.  Esta flexibilidad no solo le da a KOffice una fuerte integración, sino que también permite que nuevas aplicaciones se creen fácilmente a partir de los componentes ya desarrollados.

En el lado de la interfaz de usuario, todas las aplicaciones de KOffice tienen un diseño que se ajusta mejor a las pantallas anchas que se usan hoy en día.  La interfaz consiste en un área de trabajo más una barra lateral en donde se alojan las herramientas.  Cualquier herramienta puede ser separada para aparecer en su propia ventana y posteriormente se puede volver a incrustar en el panel lateral.

KOffice 2 no sólo para Linux

La suite completa está disponible para Linux (KDE o GNOME), Windows y Macintosh.  Se espera que la versión para Solaris y otros Unix’es estén disponibles en poco tiempo.

Ya que KOffice está construido sobre las bibliotecas de Qt y KDE, todas las aplicaciones se integran bien con la plataforma en donde se ejecutan y adoptan el look and feel nativo.

Soporte nativo para OpenDocument

La adopción del formato standard de documentos OpenDocument Format (ODF) cada vez crece y crece con más fuerza, y KOffice lo usa como su formato nativo.

Esto garantizará interoperabilidad con muchas otras herramientas de oficina como OpenOffice.org y Microsoft Office (cuando lo implementen bien .  El equipo de KOffice tiene representantes en el comité que define ODF y ha sido un activo participante en el proceso de darle forma a ODF desde sus inicios.

Los binarios para Ubuntu, Gentoo y OpenSUSE ya se encuentran disponibles en el sitio de KOffice.  Se espera que los binarios para el resto de las plataformas estén disponibles dentro de poco, partiendo por las versiones de Windows y Macintosh.

Link : KOffice 2.0.0 released (koffice.org)

La acusación viene de la ODF Alliance, organización que promueve ODF y que realizó lobby en contra de OOXML en su momento, quienes en un comunicado de prensa han declarado que Office 2007 SP2 tiene un nivel de compatibilidad atroz con documentos ODF ya existentes.  Por ejemplo, las fórmulas de planillas de cálculo simplemente son ignoradas por Excel 2007, y en su lugar simplemente deja el resultado del último cálculo realizado antes de guardar el documento.  Al realizar el trabajo inverso (guardar planillas en ODF) Excel estaría negandose a apegarse a la sintaxis definida por el estándar, dificultando la lectura de estos archivos por otras suites compatibles con ODF.

El documento da varios ejemplos más de problemas en la implementación del estándar en el SP2, y deja más que clara la indignación de la Alianza con respecto a estos problemas, mientras que los defensores de Microsoft aluden a que el estándar ODF es ambiguo en muchos puntos y que esta es prácticamente una contienda entre Microsoft Office y OpenOffice, pues las demás suites de ofimática Open Source le copiarían a este último sus decisiones de implementación, con lo que sería la palabra de uno contra la del otro.

Link: Microsoft’s ODF Support Falls Short (ODF Alliance)

Una de las mejoras más visibles es que por fin hay soporte de antialias para los gráficos.  Otras mejoras tienen relación con el trabajo en equipo sobre un mismo documento, mejoras en performance, y mejoras en la usabilidad como el realce de sintaxis SQL en Base.

El sitio oficial de OpenOffice incluye una guía de las nuevas características en OpenOffice.org 3.1.

Link: OpenOffice.org 3.1 released (LWN.net)

Este movimiento es una de las acciones más importantes de la compañia respecto a la interoperabilidad de sistemas, y se trata de un cambio gradual que se ha ido produciendo en parte, gracias a la presión de los mismos usuarios.

Un poco de historia

Microsoft Office acabó con toda su competencia hace varios años, convirtiéndose en la herramienta de oficina más utilizada en todo el mundo.  Su formatos de documentos binarios (.xls, .ppt y .doc) son bastante avanzados y complejos, y si a esto añadimos que su estructura interna hasta hace poco era secreta, entonces es fácil entender por qué era imposible que la competencia lograra manejar correctamente los documentos generados con esta herramienta.

Con el tiempo, distintas organizaciones se comenzaron a cuestionar la conveniencia de esta dependencia a largo plazo, ya que el mismo fabricante de la herramienta determinaba el formato en el que se almacenaban los documentos, impidiendo que la competencia entrara a este mercado y forzando a seguir usando Microsoft Office si se quería tener acceso al contenido de esos archivos (Vendor lock-in),

Mientras tanto, herramientas como OpenOffice comenzaban a usar por omisión formatos basados en el estándar XML, un formato de texto plano que permite expresar estructura y contenido en un mismo archivo, de forma entendible para máquinas y humanos en forma relativamente similar al HTML que es usado para construir páginas web.  En estricto rigor, un documento de OpenOffice es un archivo ZIP que contiene el XML que representa al documento más los recursos binarios como imágenes o sonidos, se puede abrir en cualquier plataforma y manipular con herramientas independientes, incluso el archivo XML se puede modificar o leer con un simple editor de texto si se tienen los conocimientos adecuados.  Construir una herramienta capaz de procesar uno de estos archivos está al alcance de un programador promedio, con un mínimo esfuerzo.

Por el lado de Microsoft, en el 2003 se comenzó a dar soporte para un formato basado en XML pero que era básicamente una traducción de su formato binario, demasiado cercano a la propia implementación de Microsoft Office, si bien el formato se acercaba a algo abierto, se mantenía la dependencia.

Comienzan las presiones

A mediados de esta década, las organizaciones que comenzaron a considerar el cambio de sus aplicaciones de oficina se dieron cuenta de la limitación de mantener sus documentos en un formato sobre el cual no habían garantías de poder acceder sin Microsoft Office, y comenzó la presión por usar formatos abiertos y estándares.

Por otra parte, el formato usado en OpenOffice fue acondicionado y propuesto como estándar bajo el nombre de Open Document Format (ODF) y una vez aprobado, se incluyó como formato nativo tanto en OpenOffice como en otras herramientas.

Las mismas organizaciones ahora tenían que decidir entre mantener sus documentos en el mismo formato y seguir dependiendo de Microsoft Office o cambiar definitivamente a un formato abierto y usar cualquiera de las herramientas de oficina con soporte de ODF.

Microsoft y su propio estándar abierto

Por su parte, Microsoft en vez de adoptar el estándar ODF aplicó la estrategia de mejorar su formato XML y lograr que fuera declarado como el estándar.  Asi nace Office Open XML OOXML.

Esta estrategia que para los puristas puede parecer meramente comercial, también tiene una justificación técnica ya que según los entendidos el modelo de documentos ODF no era capaz de representar el modelo de documentos usado en Microsoft Office.

En paralelo Microsoft publicó la especificación de sus formatos binarios bajo condiciones que permitían la implementación en otras herramientas.  Esta acción terminaba con el control sobre la “formula secreta” en que se guarda la gran mayoría de los documentos del mundo, terminando teóricamente con la dependencia.

El problema es que si bien Microsoft proponía un estándar basado en XML y al mismo tiempo revelaba el formato de sus documentos binarios, en la práctica los únicos capaces de implementar correctamente los formatos seguían siendo los desarrolladores de Microsoft Office.

La lucha por ser el estándar

El proceso de estandarización de Office Open XML fue bastante polémico.  En varios paises se criticó este proceso por ser poco riguroso e insuficiente para validar una especificación de ese tamaño.  Incluso en algunos paises se denunciaron irregularidades para lograr el estandar a toda costa, aunque hay que dejar en claro que la compañia tomó distancia de estas prácticas.

En este proceso, el formato Office Open XML fue bastante criticado ya sea por falencias técnicas o por contener especificaciones incompletas que impedían a cualquier desarrollador implementarlo de forma adecuada, y eso haría que se mantuviera la dependencia con Microsoft Office para manejar adecuadamente estos documentos.

El formato recibió cientos de observaciones de todos los países, y Microsoft tuvo que aplicar las modificaciones necesarias para corregir el formato y dejarlo apto para ser aprobado como un estándar.

Cuando finalmente fue aprobado, era tan distinto al formato original que la compañia tendría que volver a trabajar para que sus aplicaciones lo implementaran correctamente.

Microsoft cede ante Open Document Format

Independiente de la aprobación de OOXML como estándar, se mantenia el problema de que Microsoft Office no soportara el estándar usado por el resto de las aplicaciones, y en el 2008 anunció que daría soporte a una comunidad de desarrolladores para escribir un plugin para que se pudiera usar ODF en Microsoft Office.

Posteriormente fueron más allá y anunciaron que Service Pack 2 para Microsoft Office 2007 permitiría abrir y guardar documentos en formato ODF, incluso para aquellas organizaciones que lo desearan, se podía configurar como formato por omisión.

Llega la promesa

El soporte para ODF ya está disponible para Microsoft Office 2007 con su Service Pack 2, algo impensable hace unos 5 años atrás cuando toda esta verdadera guerra de estándares recién comenzaba.

En ese entonces para muchos se trataba de una causa perdida, pero a medida que se fueron sumando empresas, gobiernos y simples usuarios se logró este gran paso que permitirá que nuestros documentos se puedan utilizar en forma independiente de la herramienta.

Pero no todo es color de rosa, ya que desde el punto de vista técnico uno de los principales problemas es que formatos como el original de Microsoft Office no estaban diseñados para ser abiertos y multiplatforma, por lo tanto aún quedan limitaciones para que sean totalmente intercambiables con un formato como ODF.

Se espera que a medida que pase el tiempo, ODF vaya madurando y ganando adeptos para convertirse en un estándar desde todo punto de vista, a medida que se vaya utilizando volveremos a tener el control sobre nuestros propios documentos.  Ahora lo que necesita es una gran base de usuarios, y si no participaste en la etapa que ya ha terminado de este esfuerzo de apertura, puede ser hora de dar el paso.

Link : Office 2007 adds Open Document support (CNET)

Sin embargo, desde hoy miércoles las cosas comienzan a tomar un cáriz distinto. Tom Robertson, el gerente de Interoperabilidad y Estándares de Microsoft, anunció que el soporte nativo para formatos ODF, PDF y XPS será incluído en el segundo paquete de revisiones a la suite. El representante de MS dijo a CNET:

“Hemos escuchado a nuestros clientes particulares y gubernamentales que nos pedían que avanzaramos hacia este paso. Y ahora es el momento de anunciar el soporte. Es importante también hacerlo porque queremos involucrarnos en la mantención del formato”

La compañía de Billy G declaró también que espera “continuar trabajando con la comunidad Open Source” para llevar un traductor de ODF como el ya existente a Office 2000, Office XP y Office 2003. Un porotito para MS, de todas maneras. ¡Ah! Si no quieres esperar hasta 2009, podrías simplemente usar OpenOffice.org, ¿no?

Link: Microsoft boosts support for rival formats in Office (CNET)

• Soporte de documentos ODF (OpenDocument Format) 1.2;
• Mejora la compatibilidad con archivos de Microsoft Office, tanto de versiones anteriores como de la versión 2007 (.docx, .xlsx, .pptx…);
• Incluye un Start Centre con tareas básicas al iniciar la aplicación;
• Cambios tanto en la estética como en el motor de la suite;
• Mejoras a nivel general en todos los componentes;
• Y nuevas extensiones, entre las que se contaría una que te dará la posibilidad de importar archivos PDF directamente a los documentos.

Eso, entre otras cosas, es lo nuevo. Ah: para los maqueros, esta es la primera versión que corre nativamente en Aqua y sin ayuda de X11.app, por lo que la estabilidad y operación serán muchísimo mejores. Lo puedes descargar para Windows, OS X y Linux en inglés, y como siempre, es un beta; de más está decir que tomes los resguardos necesarios.

Link: OpenOffice.org 3.0 beta is ready for testing (OpenOffice, vía /.)