OpenOffice.org: Jornada de Desarrollo 12 de Enero 2004

Por: C.P. Hennessy

Traducción: Alexandro Colorado

Bienvendio a lo que espero sea un resumen semanal del desarrollo de OpenOffice.org

• Introducción
  • Muestrame como puedo ayudar
• Que son todas estas ramas
• Organización actual del log del CVS
• Resumen de esta semana
• Estadisticas del CVS
• Ramas con cambios
• Proyectos que han sido modificados
• Cambios detallados en cada rama

Introducción

Seguirle la pista a lo que pasa en OpenOffice.org no es tarea fácil, no por que no haya información sino por que hay demasiada y esta muy dispersa. Con suerte este resumen semanal ayudará a resumir toda esa información en un documento entendible y útil.

La mayor parte de este resumen contendrá lo que pasa en el CVS, y presentar esa información en un formato entendible, también es mi intención incluir noticias e información de otros proyectos de OpenOffice.org incluyendo el QA, native-language projects, API, y cualquier otro proyecto interesante.

Obviamente necesitare de ayuda, si sientes que puedes contribuir, u observas errores ortograficos o de omisión por favor contactame con tus aportaciones al resumen.

Algunas de las areas que no son relacionadas al desarrollo, no seran incluidas, estas incluye los proyectos de marketing, documentación, y el sitio web. Sin embargo, incluire cualquier noticia que sea enviada sobre estos proyectos.

Muestrame como puedo ayudar

Hay varios equipos que pueden usar tu ayuda:

• Para todos, hay un equipo de QA (control de calidad) el cual puedes ayudar recopilando información y detalles para reproducir bugs y documentarlos. Crea plantillas y clipart para el equipo de documentación o ayuda al proyecto de localización para mejorar el editor ortografico.
• Para los programadores de script existe un proyecto API, el cual puedes desarrollar sobre OpenOffice.org programas escritos en StarBasic (muy similar a VBA), java, python, C++, y perl. Un buen proyecto para aprender el modelo de objeto y mejorar tus habilidades de desarrollo en OpenOffice.org puede ser el proyecto bibliografico donde el programador reciente en python y el API de OpenOffice.org es capaz de ayudar en tan solo dias.
• Para programadores de XML, existe tambien proyectos interesantes donde puedes apoyar usando varias tecnologías para transformar documentos basados en OpenOffice.org y transformarlos en otros formatos via XML. Actualmente existen transformaciones a DocBook, y XHTML, ve al proyecto XML para mas detalles. Existe la infraestructura para crear XSLT directamente desde OpenOffice.org. Tambien esta la infraestructura para crear documentos de OpenOffice.org sin nisiquiera tener OpenOffice.org instalado. Hay varios proyectos haciendo esto actualmente, algunos de estos seran cubiertos en los proximos numeros. Para ayudarte a empezar te recomendamos el libro de OpenOffice.org XML Essentials - Using OpenOffice.org XML Data Format es un libro en progreso escrito por J. David Eisenberg del grupo O'Reilly & Asociados usando la licencia Creative Commons.
• Para el desarrollador especializado en OpenOffice.org hay muchas areas para involucrarse incluyendo un llamado para ayudar el codigo principalmente de la ortografía, y ayudar a incrementar el numero de lineas que Calc puede usar.

No siempre es necesario recompilar todo el OpenOffice.org para trabajar en solo uno de sus componentes, pero si aun asi lo haces entonces un buen lugar para comenzar es en el Unoficial OpenOffice.org Hacker Guide el cual explica como construir y trabajar en el codigo fuente de OpenOffice.org. Si tienes una pregunta relacionada al desarrollo favor de enviar tu correo a proyecto de desarrollo.

En las proximas semanas y meses, espero agregar mas información aqui y ayudarte a entender como y donde puedes contribuir, como trabaja la comunidad de OpenOffice.org y como varios componentes trabajan dentro de OpenOffice.org.

Y que son todas estas ramas?

Hay mucho desarrollo sucediendo dentro de OpenOffice.org como puede verse de los detalles siguientes.

Como muchos proyectos grandes con muchos desarrolladores, el desarrollo se vuelve paralelo o independiente. Para ayudar a administrar el codigo en una manera rasonable una herramienta llamada CVS es implementada la cual se ramifica a todas las areas del desarrollo. Basicamente cada caracteristica implementada es desarrollada en una rama por un desarrollador (o un pequeño equipo de estos).

Este tipo de rama es llamado un "child workspace" (CWS). Usualmente cuando una caracteristica ha sido completada y se han hecho pruebas extensas, entonces esa rama esta lista para combinarse con una "master branch" o rama maestra.

Algunas veces la rama con estas caracteristicas en combinada a la rama maestra donde nuevas pruebas se realizan para asegurar que no haya conflicto con las caracteristicas de otras ramas.

Eventualmente la rama maestra se lanza y se vuelve una parte del codigo liberado.

Un resumen sobre que caracteristicas seran implementadas y en que ramas pueden ser encontradas aquí. Existe una descripción mas precisa y certera de las ramas usadas de mayor importancia.

Organización actual de un log del CVS

El resumen del CVS mostrado proximamente demuestra las modificaciones hechas por los desarrolladores. Existe actulamente un codigo de color lo cual facilita detectar los cambios. Por cada cambio deveras ver:

• Una liga con el bug relevante en IssueZilla (excepto por los bugs mas ayá de 100000 los cuales son internos de SUN)
• Un comentario generado por el desarrollador mientra checaba estos cambios.
• Una liga a las diferencias en cada cambio en el webcvs.

Existe tambien dos indices, el primero contiene una lista que contiene todas las ramas de desarrollo agrupadas de manera logica. La segunda consta todos los componentes de OpenOffice.org en que se ha estado trabajando y lista esas ramas las cuales han generado cambios en esos componentes.

En otras noticias

Alexander Bürger anuncio un programa para convertir archivos del formato Draw a el formato xfig. Este programa ya es funcional (para Linux) y se puede descargar.

Optimización en compilación sobre MacOSX (Panther)

Construyendo OOo para MacOSX 11.03 ( Panther) es relativamente fácil, pero voluntarios aún siguen faltando para construir y empaquetar el 10.2 y 10.1.

Contribuciones del proyecto Japones

Takamichi Akiyama escribio un resumen de desarrollo aportado por los miembros de el proyecto Japones.

• Aplicaciones graficas (alias. graficas)
  • Habilitar al filtro de DXF para interpretar texto japones, se espera mas desarrollo para otros lenguajes.
  • Estado: Terminado (integrado a OOo 1.1.1)
  • OOo 1.0 puede importar archivos DFX, pero no maneja tan efectivamente el texto japones. Se ha solucionado este problema causado por el reconocimiento etnico de la aplicación dando a OOo mas flexibilidad.
  • El formato DFX es uno de los formatos de dibujo de AutoCAD, especialmente diseñado para intercambio de datos entre diferentes aplicaciones de software. Esta compuesto de algunas secciones e incluyen, dibujando objetos tales como lineas, polylineas, ovalos, textos, y demas. Un tipo de interpretación es mostrado en la sección de HEADER y el texto esta interpretado en el tipo de interpretación.
  • Mr. Mayazaki, un miembro de ja.openoffice.org, inicialmente reporto el bug en Noviembre del 2002, y Tora recolecto la información relacionada, entonces Kevin B Hendricks escribio codigo fuente para esta nueva función. Hirano Kazunari lo verifico. Stefan Balster, wg, sj y msc lo han mantenido.
• Sistema de Capas Graficas (alias gsl)
  • Detectando los nombres de las fuentes y caracteres basura en versiones Asiaticas.
  • Estado: Terminado (integrado a cws_src680)
  • OOo en su versión asiatica algunas veces muestran caracteres basura a raiz de nombres de fuentes insuficientes en la lista default de nombres. Las distribuciones Linux pueden variar ya que sus listas primarias Asiaticas tambien pueden diferir, aún así los nombres de las fuentes defacto pueden ser mejoradas para resolver estas discrepancias en Linux.
  • La version debuggeada del modulo vcl ayuda a usarios encontrar nombres de fuentes que son escogidas de manera inapropiaday usadas para presentar caracteres asiaticos, resultando en caracteres basura. Introducción y ejemplos los puedes encontrar en un correo publicado por Hirano Kazunari.
  • Para una rapida solución de los caracteres basura, encuentra el nombre inapropiado y lo reemplaza con el verdadero usando el menú Herramientas > Opciones. Para una solución practica, escoge el nombre de fuente común dentro del path share/registry/data/org/openoffice/VCL.xcu en las bases de debuggear salidas.
  • La solución viene del codigo de Herbert Duerg's mas codigo adicional de Tora. Hirano Kazunari lo ha probado en su maquina Linux y ha informado extensamente su función a la comunidad Linux.

Contribución del proyecto Frances

Sophie Goutier escribió para hablar de las ultimas contribuciones del proyecto Frances:

• Integración de los diccionarios de macro 1.1.1- Esta macro por Laurent Godard debe ayudar a los usuarios a instalar los diccionarios necesarios para sus necesidades. Esta mejora será muy apreciada en la lista de correo de usuarios.
• Integración de OOoVirg - Este es un mecanismo de Rémy Peyronnet para permitir el uso de coma en vez de punto como un separador decimal. Muy útil para zonas Españolas, Francesas así como otros lenguajes.
• Nuevo sitio de OOoConv - OOoConv es una pagina donde puedes subir tus documentos OOo y traducirlos en los varios formatos soportados. Este sitio este sitio tambien tiene varias interfaces en muchos idiomas para los usuarios internacionales.
• Pinceau (un pincel para duplicar estilos) - Otra útil adición.

Progreso con los widgets nativos para GTK/KDE/Win32/Aqua

El progreso en la integración de los widgets nativos de GTK-KDE y Win32 han recibido mucha atención. Esto se ha estado moviendo bastante bien y mucho progreso se ha alcanzado en estos últimos dias. La colaboración entre los desarrolladores de GTK y KDE ha sido excelente. Sin embargo el desarrollo en Aqua realmente necesita de ayuda.

Liberación del desarrollo en m17

Una liberación de desarrollo (no se considera ni por mucho una liberación alpha) llamada 683_m17 esta disponible y contiene muchos parches incluyendo (problemas detecatado por valgrind, limpieza y banderas de compilacion para gcc, y mas limpieza de VCL). Esta construccion en versiones antiguas como m15 como el nuevo plug VCL (el cual permite usar toolkits nativos en vez de los usados por OpenOffice.org, optimizaciones en el framework de scripting parches de compatibilidad, mejoramiento en el manejo de graficas y de instalación), m13 (mas parches) y m11 (mas herramientas). Checa este splash screen temporal.

NOTA: Esta es una liberación de producción, por favor no te quejes si se crashea, quema o se come tu computadora! Sin embargo si examinas estas herramientas y detectas errores por favor reportalas a IssueTracker (para reportar un error o pedir una herramienta ve a http://openoffice.org --> Register, despues recibes una confirmación por correo, "Login" y "File an issue").

Como seguimiento de esta liberación habra snapshots cada 2 semanas con mas caracteristicas para tu examinación.

El resumen de esta semana

Muchos bugs han sido resueltos (a partir de Lunes 03 de Enero 2004):

	No. Esta Semana	Cambios de la semana anterior
Problemas con estatus de NO CONFIRMADOS	472	-66
Problemas con estatus de NUEVO	988	+191
Problemas con estatus de COMENZADOS	961	+34
Problemas con estatus de ARREGLADOS	7427	+34

Porfavor nota que aunque le numero de problemas no confirmados es alto, el equipo de QA esta haciendo un muy buen trabajo en detectar bugs listos para que los desarrolladores lo disecten.

Alguno de los desarrollos mas intersantes durante la semana pasada fueron:

• Semana 2: De regreso con un BANG!! Mas de 40MB de cambios efectuados, Como puedes imaginarte cambios ocurrieron en todas partes incluyendo:
  • Parches generados para compilación con Visual Studio .NET 2003
  • Mejorado la alineación vertical para importación de MS Word
  • DDE habilitado para plataformas no-windows
  • Reparaciones para saltos de palabras japonesas iteradas
  • optimización de la capacida de deshacer atributos y propiedades de los campos de pagina
  • Mayores arreglos de compilación y ligas para MacOSX y NetBSD
  • Extras Eslovacos adheridos
  • Mas arreglos en el limites de lineas en Calc (32000K)
  • Mucho trabajo de naturalización en GTK, Windows y KDE
  • Mas trabajo en animaciones para draw e impress.
  • Soporte adherido para texto escondido
  • Trabajo continuo para hacer los componentes de base de datos mas visibles y compatibles con competidores
  • Actualización al codigo flash incluyendo animación de documento maestro
  • La salida tentativa de nuevas especificaciones de un nuevo formato de base de datos
  • Trabajo continua para la reimplementación de la aplicación de charting
  • Funciona la pagina de OOOconv en Catalán.
• Semana 1 (2004): Ya que muchos desarrolladores tomaron un descanzo por las fiestas, el cvs estuvo cayado. Pero encontramos tiempo para contribuir:
  • Inclusión de archivos DicOOo en Español
  • Un driver sdbc para Microsoft Access
• Semana 53(2003): Una semana cayada.
  • Examinacion para x86_64 y limpieza para plataforma de 64-bits
  • Trabajo en el diccionario
• Semana 52 (2003):
  • Mucha limpieza de codigo
  • Detección de mas bugs para MacOSX 10.2
  • Adherido extras Alemanes
  • cambios en los widgets nativos
• Semana 51 (2003):
  • Arreglos para compilacion en Visual Studio .NET 2003
  • Trabajo comenzado en importación y exportación de bases de datos en formato XML
  • AutoFormas
  • Mas limpieza en el codigo de MacOSX y PPC
  • Mas trabajo en permitir que las celdas se expandan mas aya que los limites de la pagina
  • mas trabajo en el XSL para importar archivos de Excel
  • mucho trabajo en wizards para instalación de Java
  • Trabajo en los plug-ins de GTK y VCL
  • Trabajo en BeanShell scripting incluyendo complementación de codigo
  • Mucha limpieza hecha en el codigo VCL
  • Nuevo API para procesar URIs
  • Adherir manejadores de sesiones servicios e interfaces
  • Mejorado canva para impress
  • trabajo de chart2 y mas
  • Actualizacion en el Developer Guide
  • Dialgo de navegación para ADO y autenticación LDAP
• Semana 50 (2003)
  • Trabajo en MSWord y archivos de Excel
  • Comenzar los cambios en el VCL para el plugin de GTK
  • Bastantes adhiciones al manejador de presentaciones
  • Limpieza relacionada con VCL
  • Mucho backport para compatibilidad con MSWord
  • Mejorar el proceso de instalacion en red
  • Trabajo en los widgets nativos para GTK
  • Agregar documento para usar valgrid
  • Trabajo chart2 en estadisticas, regresion linear, mean-value, log de escalación, calculo de la barra de error
  • Especificaciones de la base de datos para Form Wizard, QueryWizard, y FilterCriteria
• Semana 49
  • Mas backports para MSWord filtros 1.1.2
  • Trabajo de formas para bases de datos
  • El trabajo empieza en EnhancedAutoShape
  • Componente XSLT nativo para C++
  • Trabajo hecho en mingw port
  • Nueva funcionalidad de gluepoint
  • Mucho trabajo producido por Ximian
• Semana 48
  • La fusión de parches en las ramas para 1.1.1 continuan
  • trabajando para convertir los widgets de OpenOffice.org para que usen widgets nativos van muy bien
  • Mas trabajo en el nuevo layout para menus y barras de herramienta
  • Seguridad en el XML, XPath, y API de DOM trabajan perfectamente
  • Trabajo de alpha y arreglos agregados por Ximian
  • optimización en compatibilidad con: drogheda, mullingar, portlaoise
  • Cambios agregados en Catalan, Hungaro, Sueco, y Eslovaco
  • Mas arreglos en el mecanismo de instalación
  • La guia del desarrolladore fue actualizada.
  • Finalmente mucha integración en ramas 1, 2, y 3