<div class="gmail_quote">2011/10/18 Sebastian Silva <<a href="mailto:sebastian@somosazucar.org">sebastian@somosazucar.org</a>> <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> <div bgcolor="#FFFFFF" text="#000000"> Queridos Irma y Edgar: La urgencia de este email me había pasado desapercibida. La verdad es que estoy descubriendo los detalles técnicos de la incorporación de las traducciones, y resulta muy necesario empezar con estos datos que pide Chris a la brevedad porque con esta información se crean los "componentes base" para poder incorporar las traducciones de Sugar propiamente tal. Re-envío el documento que adjuntó Chris con los detalles que hacen falta. El email original de Chris da los detalles - de todos modos quedo a su disposición por cualquier duda y pendiente para incorporar esto a la brevedad al sistema. Porfavor revisar el adjunto, rellenarlo y responder apenas puedan. Al parecer hay dos variantes de Quechua en el sistema - Irma queda a tu criterio revisar lo que ya hay e indicarnos el modo de proceder (elegimos una?). Agradecido, Sebastian Coordinando equipo técnico Sugar Camp Lima 2011 Copio a Amos, por si acaso ;-) </div></blockquote><div> Se adjunta un borrador de la localidad quz_PE glibc. Los nombres son una transliteración de la fecha española con letras de quechua de Amos Batto Hay una sección que creo que necesita un poco de attetntion Sí / No formas (LC_MESSAGES) - Sí expresión (yesexpr) El operando se compone de una expresión regular extendida que describe la respuesta afirmativa aceptable a una pregunta esperando una respuesta afirmativa o negativa .* - No hay expresión (noexpr) El operando se compone de una expresión regular extendida que describe la respuesta aceptable negativa a una pregunta esperando una respuesta afirmativa o negativa. Tengo algunas preguntas acerca de este campo y una propuesta de solución Arí = Yes = Sí Manan = No = No Si esto (de es_PE): LC_MESSAGES % ^[sSyY].* yesexpr "<U005E><U005B><U0073><U0053><U0079><U0059><U005D><U002E><U002A>" % ^[nN].* noexpr "<U005E><U005B><U006E><U004E><U005D><U002E><U002A>" END LC_MESSAGES Hazte la siguiente: LC_MESSAGES % ^[aAsSyY].* yesexpr "<U005E><U005B><U0061><U0041><U0073><U0053><U0079><U0059><U005D><U002E><U002A>" % ^[mMnN].* noexpr "<U005E><U005B><U006D><U004D><U006E><U004E><U005D><U002E><U002A>" END LC_MESSAGES cjl +++++++++++++++++++++++++++++ [English] Attached is a rough draft of the quz_PE glibc locale. The date names are transliterated from Spanish with quechua letters by Amos Batto There is one section that I think needs some attention Yes/No forms (LC_MESSAGES) - Yes expression (yesexpr) The operand consists of an extended regular expression that describes the acceptable affirmative response to a question expecting an affirmative or negative response.* - No expression (noexpr) The operand consists of an extended regular expression that describes the acceptable negative response to a question expecting an affirmative or negative response. I have some questions about this field and a suggested solution Arí = Yes = Sí Manan = No = No Should this (from es_PE): LC_MESSAGES % ^[sSyY].* yesexpr "<U005E><U005B><U0073><U0053><U0079><U0059><U005D><U002E><U002A>" % ^[nN].* noexpr "<U005E><U005B><U006E><U004E><U005D><U002E><U002A>" END LC_MESSAGES Become this: LC_MESSAGES % ^[aAsSyY].* yesexpr "<U005E><U005B><U0061><U0041><U0073><U0053><U0079><U0059><U005D><U002E><U002A>" % ^[mMnN].* noexpr "<U005E><U005B><U006D><U004D><U006E><U004E><U005D><U002E><U002A>" END LC_MESSAGES </div></div>