Entiendo la parte de localización de ICU - formatos de fecha, hora y moneda, intercalación, etc. Cuando se trata de traducción de mensajes, veo personas que afirman que ICU no proporciona funcionalidad para mensaje traducción - verifique por ejemplo this SOF question.¿Están los paquetes de recursos de ICU destinados a recursos de traducción de mensajes
Sin embargo, al comprobar documentos de la UCI, encontramos que ofrece paquetes de recursos, así como la documentación parece hacer alusión a su uso para la traducción de los mensajes:
En PHP intl documentation por ejemplo:
software localizado los productos a menudo requieren conjuntos de datos que van a ser personalizados dependiendo de la configuración regional actual, por ejemplo: mensajes, etiquetas, patrones de formato . El mecanismo de recursos de ICU permite definir conjuntos de recursos que la aplicación puede cargar en base local, mientras que accediendo a ellos de forma unificada independiente de la configuración regional.
La documentación aquí: http://userguide.icu-project.org/locale/resources describe una funcionalidad similar a un almacén de claves-valor, con las fuentes de texto que pueden ser compilados en formato binario.
Mi pregunta es si los paquetes de recursos ICU (incluyendo la funcionalidad de acceso y el formato de almacenamiento) están destinados -o es parte de su propósito- a ser utilizados para la traducción de mensajes, por ejemplo, como gettext y .po. Si es así, ¿hay algún recurso o tutorial que discuta este uso?
O una nueva redacción: en sus objetivos de diseño, la UCI debe utilizarse junto con un servicio de traducción de mensajes por separado, o se esfuerza por proporcionar dicha funcionalidad en sí misma, o es que ambas opciones son posibles.
Basilea, se ha dicho que si el oyente no entendió, entonces la comunicación ha fallado, independientemente de la intención del hablante. Con eso en mente, me interesaría saber cómo llegó a su conclusión. La página de ICU a la que vinculó muestra muchos ejemplos de mensajes en formato de ICU, por ejemplo: 'optionMessage {' option de línea de comando no reconocido: '}' - ¿hay alguna fraseología que deba agregarse para que quede más claro? –
Esto no es para desacreditar: todos sabemos que escribir documentos es una mierda. El doc es en general prolijo. La sección de descripción general no ofrece ninguna idea sobre el tema: prueba de ácido: si se extrae y se lee por separado, ¿explica conceptos básicos? El autor profundiza en los detalles sin establecer primero dónde encajan los detalles en el panorama general: un estilo desagradable.En ejemplos: hay uno y está en la sección XLIFF. Hace que el lector se pregunte si esto está relacionado con el uso de XLIFF con la herramienta. En general, el lector tiene que pensar mucho para entender lo que significa. Un libro para verificar: 'No hagas pensar'. –
gracias por la crítica constructiva y la sugerencia de http://amzn.to/12h3N –