OpenOffice.org: Jornada de Desarrollo 12 de Enero
2004
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:
- Semana
1 (2004): Ya que muchos desarrolladores tomaron un descanzo por las fiestas,
el cvs estuvo cayado. Pero encontramos tiempo para contribuir:
- Semana
53(2003): Una semana cayada.
- Semana
52 (2003):
- Semana 51 (2003):
- Semana
50 (2003)
- Semana 49
- Semana 48