2011/2/1 Ariel Constenla-Haile <ariel.constenla.ha...@googlemail.com>
> On Tuesday 01 February 2011, 06:24:02, Alexandro Colorado wrote: > > > > el problema está en el archivo de configuración xcu > > > > > > > > Si cambian el valor de la propiedad Locations: > > > > <prop oor:name="Locations" oor:type="oor:string-list"> > > > > > > > > <value>%origin%/es_AR.aff > > > > > > > > %origin%/es_AR.dic > > > > > > > > </value> > > > > > > > > </prop> > > > > > > > > y lo escriben todo en un solo renglón, funciona: > > > > <prop oor:name="Locations" oor:type="oor:string-list"> > > > > > > > > <value>%origin%/es_ES.aff %origin%/es_ES.dic</value> > > > > > > > > </prop> > > > > > > se puede leer la explicación técnica de Stephan Bergmann en > > > http://www.openoffice.org/servlets/ReadMsg?list=dev&msgNo=28553 > > > > Quizas santiago deba de modificar el script que genera los XML, sin > embargo > > creo que es mas un bug del parser del lado de OOo. > > no, como explicó Stephan, no es un bug de OOo, sino un cambio en la forma > como > el código que maneja los archivos de configuración trata a las listas de > cadenas. > > La propiedad "Locations" tiene como valor una lista de cadenas > (oor:type="oor:string-list"), en el ejemplo de arriba, una lista con dos > elementos: > > %origin%/es_AR.aff > %origin%/es_AR.dic > > el problema es la forma en la cual están escritos los valores, OOo 3.3 > interpreta que la lista tiene tres elementos, el último siendo una cadena > vacía. Esto genera el error en el código del componente lingüístico. > > Hay dos soluciones: > > a) modificar los archivos de configuración para que se interprete sólo como > una > lista de dos elementos > > <prop oor:name="Locations" oor:type="oor:string-list"> > <value>%origin%/es_ES.aff %origin%/es_ES.dic</value> > </prop> > > b) emplear la nueva etiqueta <it></it> para enumerar los elementos de la > cadena: > > > <prop oor:name="Locations" oor:type="oor:string-list"> > <value> > <it>%origin%/es_ES.aff</it> > <it>%origin%/es_ES.dic</it> > </value> > </prop> > > (b) es más prolijo y menos propenso a errores *pero* implica aumentar la > dependencia de las extensiones, para que funcionen con OOo >= 3.3 > > Mucha gente seguro empleará versiones anteriores de OOo por un tiempo, > parece > más conveniente por lo tanto seguir la opción (a), que funciona con todas > las > versiones de OOo. > > Sólo he verificado los diccionarios es-AR, es-ANY y es-UY, pero me imagino > que > esto afecta a todos los demás. > Seguro Santiago está de vacaciones (en Arg. Enero y Febrero son meses de > vacaciones de verano), así que alguien que tenga acceso de escritura a > es.openoffice.org puede corregir los diccionarios y subirlos nuevamente, > sólo > hay que modificar los archivos XCU como se muestra en la opción (a). > > Saludos > -- > Ariel Constenla-Haile > La Plata, Argentina > Para darle seguimiento ya el parche se aplico a la forja de recursos linguisticos: https://forja.rediris.es/tracker/index.php?func=detail&aid=636&group_id=341&atid=1242 El SCM muestra ya la aplicacion del parche, espero que el nightly build lo tenga listo. https://forja.rediris.es/plugins/scmsvn/viewcvs.php/ortograf/docs/dictionaries.xcu?root=rla-es&view=log -- *Alexandro Colorado* *OpenOffice.org* Español http://es.openoffice.org