Si tiene una aplicación localizada en pt-br y pt-pt, ¿qué idioma debe elegir si el sistema informa solo el código "pt"?

Question

Si tiene una aplicación localizada en pt-br y pt-pt, ¿qué idioma debe elegir si el sistema informa solo el código pt (portugués genérico)?

Esta pregunta es independiente de la naturaleza de la aplicación, escritorio, dispositivo móvil o navegador. Vamos a supongamos que no puede obtener información de la región de otra fuente y debe elegir un idioma como el predeterminado.

La pregunta se aplica así para más caso incluyendo:

• pt-pt y pt-br
• en-us y en-gb
• fr-fr y fr-CA
• zh-cn, zh-tw, .... - de hecho en este caso, sé que zh se puede usar como lenguaje predominante para Sim chino simplificado donde el código completo es zh-hans. Para chino tradicional, con códigos como zh-tw, zh-hant-tw, zh-hk, zh-mo, el código correcto (canónico) debe ser zh-hant.

Q1: Cómo se determinan los idiomas predominantes para un meta-lenguaje especificado?

Necesito una solución que incluya al menos portugués, inglés y francés.

Q2: Si el sistema informado Chino simplificado (PRC) (zh-cn) como el idioma preferido del usuario y no tengo traducción sólo para inglés y chino tradicional (en,zh-tw) lo que debería elegir entre las dos opciones: en o zh-tw?

Answer 1

En general, debe separar el problema de "adivinar los parámetros que faltan" de la "coincidencia de una lista de configuraciones regionales que quiero contra una lista de configuraciones regionales que tengo". Ellos son diferentes.

adivinar la falta de piezas

Estas son todas las zonas difíciles, e incluso (potencialmente) una carga política.

Pero con muy pocas excepciones, la regla es seleccionar el "país original" del idioma. Las excepciones se basan principalmente en la población. So fr-FR para fr, es-ES, etc. Algunas excepciones: pt-BR en lugar de pt-PT, en-US en lugar de en-GB.

También es comúnmente aceptado (y requerido por las normas chinas) que zh se asigna a zh-CN.

Es posible que también tenga que mirar el país para determinar el guión, o al revés. Por ejemplo az => AZ-AZ pero az-Árabe => az-árabe-IR, y az_IR => az_Arab_IR

Matching 'querer' vs 'tienen'

Esto implica que coincide con una lista de querer vs. una lista de tener idiomas. Tratar con listas lo hace más difícil. Y el resultado también debe ser ordenado de una manera inteligente, si es posible. (Por ejemplo, si want = [ fr ro ] y have = [ en fr_CA fr_FR ro_RO ] entonces es probable que quieren [ fr_FR fr_CA ro_RO ] como resultado.

No debe haber correspondencia entre el lenguaje con diferentes secuencias de comandos. Así zh-TW no debe de repliegue en zh-CN y MN-Mong no vuelve a los mn-Cyrl. Áreas problemáticas: sr-Cyrl no debería recurrir a sr-Latn en teoría, pero los usuarios podrían entenderlo. ro-Cyrl podría recurrir a ro-Latn, pero no al revés.

Algunas referencias

• RFC 464 7 trata de la recuperación del lenguaje (pero no es muy útil en este caso, porque sigue la regla de "cortar de la derecha").
• ICU 4.2 y más reciente (borrador en 4.0, creo) tiene uloc_addLikelySubtags (y uloc_minimizeSubtags) en uloc.h. Que implementa http://www.unicode.org/reports/tr35/#Likely_Subtags
• También en la UCI uloc.h hay uloc_acceptLanguageFromHTTP y uloc_acceptLanguage que se ocupan de want vs have. Pero son un poco inútiles, porque toman una UEnumeration * como entrada, y no hay una API pública para construir una enumeración UE.
• Hay algunos trabajos en la coincidencia lenguaje va más allá del simple RFC 4647. Ver http://cldr.unicode.org/development/design-proposals/languagedistance
• Locale coincidente en ActionScript en http://code.google.com/p/as3localelib/
• Las API en el nuevo Flash Player 10.1 flash.globalization espacio de nombres de hacer ambas cosas etiqueta de adivinar y coincidencia de idioma (http://help.adobe.com/en_US/FlashPlatform/beta/reference/actionscript/3/flash/globalization/package-detail.html) Funciona en TR-35 y puede mirar más allá del @ y considerar la operación. Por ejemplo, si have = [ ja ja@collation=radical ja@calendar=japanese ] y want = [ ja@calendar=japanese;collation=radical ], la mejor coincidencia depende de la operación que desee. Para el formato de fecha ja @ calendar = japanese es la mejor coincidencia, pero para la recopilación desea ja @ collation = radical

Answer 2

¿Esperas tener más usuarios en Portugal o en Brasil? Elija en consecuencia.

Para su solución general, lo encontrará leyendo en Ethnologue.