Closed Jzarecta closed 8 years ago
Algo mas que note es que no se declara el mimetype al descargar los diccionarios mientras que el de marco si quelo hace. La diferencia esque el navegador solo lo descarga como binario mientras que el de marco te sugiere abrirlo dentro de AOO.
Estuve revisando el description.xml y ahi encontre la mayor diferencia: en_EN/description.xml:
<version value="2015.04.01" />
<identifier value="org.openoffice.en.hunspell.dictionaries" />
en_mx:
<version value="0.8" />
<identifier value="spanish.es_MX.dicts.from.rla-es" />
Parece que las versiones estan mal-puestas o se deben hacer ajustes en estas.
Es lo que te iba a decir: que el tal Marco está usando la fecha como número de versión.
Envie un correo a api@openoffice para que nos den instrucciones de mejores practicas. El namespace tambien se ve algo interpretado.
El formato de versión que usa Marco no es correcto, de acuerdo con la información que hay en el wiki de OpenOffice.org. El formato es el típico de 0.1.2.3... que seguimos nosotros.
Nuestro formato de identificador de extensión se aparta de la convención recomendada, pero es correcto y válido, y no conviene cambiarlo, porque eso sí que afectaría a las actualizaciones.
He revisado el resto de etiquetas del archivo description.xml y todas son correctas. A ver qué te dicen, pero yo no veo que haya un error ahí (aunque sí reconozco que tampoco se me presentó la actualización en LibreOffice).
Lo del MIME type tampoco creo que sea un problema del fichero en sí. En la versión 0.7 pasó al contrario: en el sitio de extensiones de LibreOffice, los archivos se descargaban como binarios, mientras que en el de OpenOffice.org se descargaban con el tipo correcto. Yo no he hecho nada diferente en la 0.8 al subir los archivos al gestor de extensiones de LibreOffice y esta vez ha funcionado bien.
no es que sea incorrecto pero el problema la convención con relación a la aplicacion. Romper la relación con la aplicacion puede ser contraproducente. se pueden hacer pruebas adicionales:
Nueva respuesta de Andrea sobre algunas notas suponiendo que la siguiente versiones crescan a ser 0.10. Para esta versión OpenOffice lo encontrara ser una versión inferior a la 0.9. Si la version crece a 1.0 entonces no tendríamos problemas. Algo para tener en cuenta. http://mail-archives.apache.org/mod_mbox/openoffice-api/201505.mbox/%3C5547102F.7030407%40apache.org%3E
Caramba, pues podrían actualizar la documentación de su wiki. De todas formas, esto de los números de versión enlaza con el issue #26.
Necesitamos tomar una decisión sobre el asunto del esquema de numeración de versiones del complemento, y su implicación para la numeración de los complementos para Mozilla (issue #26).
Hay que hacer notar que el esquema de numeración basado en fechas no es válido para Mozilla ni, en general, las extensiones para navegadores. Yo propongo mantener el formato actual de M.n. Quizá, como hemos convertido a UTF-8, podríamos pasar a 1.0 (en el complemento de Mozilla usaría 1.10) y, cuando decidamos pasar a 2.0, sincronizamos ambas numeraciones.
Sí no crea problemas técnicos yo directamente unificaría la numeración a ese 1.10 que dices. Sí el cambio es a un número mayor puede parecer un poco raro pero a los sistemas de actualizaciones les dará igual y todo funcionaría.
Yo pasaría directamente a la versión 2.0. Así arreglamos cuanto antes la diferencias.
Pasar a la 1.10 no sirve, como se comenta en el enlace que puso Jzarecta a un mensaje de Andrea, de OpenOffice. Básicamente, los sitios web de extensiones sí procesan bien los números de versión, pero los programas usan una comprobación estrictamente alfanumérica, por lo que para ellos "1.9" > "1.10".
Pasar a la 2.0, desde luego, solventaría el problema ya mismo. Sería cuestión de explicar el gran salto en las notas de versión.
Pasar a la 2.0, desde luego, solventaría el problema ya mismo. Sería cuestión de explicar el gran salto en las notas de versión.
+1
He renombrado el milestone de Versión 0.9 a Versión 2.0. Cuando prepare los XML para los complementos de LibreOffice/OpenOffice.org miraré si es posible añadir la fecha de publicación de alguna forma.
Comprobé que no hay elemento XML para añadir la fecha de publicación. La versión 2.0 ya está publicada (las extensiones no se han subido al catálogo de OpenOffice porque ni Alejandro Moreno ni yo tenemos acceso).
Hoy me instale el diccionario 0.8 de AOO pero veo que le faltan algunas cosas en especifico la fecha. Incluyo un screenshot comparativo como la extension de Marco presenta una fecha de lanzamiento mientras que la mia no la presenta. No se quien use aqui AOO, pero tambien podra probar como el sistema de actualizacion se 'salta' avisar de la nueva version. Esto es por que no se declara este campo. Recomiendo revisar los XML asi como la documentacion de extensiones de AOO: https://wiki.openoffice.org/wiki/Extensions_packaging Pongo el screenshot: http://i.imgur.com/sIK9MqA.png