Interfaz de usuario multilingüe

La interfaz de usuario multilingüe ( MUI ) permite la localización de la interfaz de usuario de una aplicación .

Microsoft proporciona MUI como una característica integrada de su sistema operativo Windows 11 hasta Windows 2000 con algunas limitaciones en versiones anteriores.

MUI se utiliza para localizar los productos estrella de Microsoft, Microsoft Windows y Microsoft Office , y, como tecnología abierta, se puede utilizar en cualquier aplicación que se ejecute en una versión de Windows que admita MUI.

La característica principal de MUI es la configuración del sistema definida por el usuario para el idioma preferido que pueden usar/compartir todas las aplicaciones de una computadora. La siguiente característica más importante son las funciones del sistema (es decir, LoadString) que usan esta preferencia para cargar recursos de la interfaz de usuario en tiempo de ejecución desde recursos en el idioma preferido del usuario. Para que MUI esté habilitado, una aplicación solo necesita almacenar recursos de la interfaz de usuario como recursos específicos del idioma y usar LoadString para cargarlos en tiempo de ejecución.

MUI también permite almacenar recursos de interfaz de usuario como archivos separados en un solo idioma, lo que brinda flexibilidad de desarrollo e implementación. Esta función es opcional. Los recursos se pueden almacenar en el binario de la aplicación.

MUI también proporciona funciones de sistema que permiten un comportamiento de localización personalizado y ampliado.

La tecnología MUI ^[1] está integrada en el sistema operativo Windows y se puede aprovechar en una aplicación almacenando activos localizables como recursos de una manera prescrita y utilizando funciones win32 habilitadas para MUI para leer los recursos.

Una implementación relativamente simple de MUI en una aplicación almacena las cadenas de cada idioma en un recurso de tabla de cadenas del archivo binario y utiliza la función win32 LoadString para cargar cadenas en tiempo de ejecución. No se requiere ninguna otra configuración o código relacionado con MUI. Se pueden implementar las siguientes capacidades opcionales de MUI si se desea:

• Almacene los recursos de cada idioma en una DLL separada para permitir flexibilidad de implementación/instalación
• Una aplicación puede usar funciones MUI dedicadas para proporcionar un mayor control del consumo de activos localizables, como el uso de un idioma distinto a la preferencia del usuario definida por el sistema.
• Los activos localizables se pueden almacenar en un formato distinto al del recurso.

El diseño de MUI intenta proporcionar una forma común de almacenar información de localización de aplicaciones que alivie las limitaciones de los diseños más tradicionales y monolíticos para la localización, como la inclusión de todos los idiomas en los archivos de lógica de la aplicación (es decir, los recursos). Con MUI, son posibles los siguientes escenarios de implementación:

• Agregue soporte para un idioma instalando únicamente archivos de idiomas, sin modificar la lógica de la aplicación ni otros archivos de idioma
• Agregue nuevas funciones y corrija errores instalando solo archivos de lógica de la aplicación, sin modificar los archivos de idioma instalados

Los siguientes términos relacionados con MUI se utilizan en la documentación de Microsoft o se derivan de ella.

Neutral al lenguaje (LN): describe algo que transmite un significado independientemente del idioma del espectador, como una imagen sin texto u otros aspectos localizables.

Recurso LN: un recurso que se comparte y se instala para todas las versiones de idioma de la aplicación.

Archivo LN: binario de Windows que contiene la lógica de la aplicación y los recursos independientes del lenguaje.

Específico del idioma (LS): describe algo que tiene un significado significativamente diferente según el idioma del espectador. Los elementos LS más comunes son cadenas de interfaz, pero pueden ser otros elementos, como una imagen con texto.

Archivo de recursos LS: un conjunto de recursos localizados para un idioma; también conocido como archivo MUI

El sistema almacena una selección de idioma para el sistema (que comparten todos los usuarios y que puede utilizarse como predeterminada para un nuevo usuario) y para cada usuario. El usuario puede modificar estas selecciones a través del Panel de control del sistema, pero no pueden hacerlo las aplicaciones.

Estas preferencias controlan el idioma que el sistema operativo utiliza para los elementos de la interfaz de usuario. Las aplicaciones también pueden utilizar estas preferencias y, a través de las funciones del sistema habilitadas para MUI (como LoadString), el uso es automático y transparente (no requiere código específico de MUI para su uso). Pero el uso de estas preferencias es opcional y personalizable. Una aplicación puede diseñarse para que ignore las preferencias de idioma o puede utilizarlas de formas distintas a las proporcionadas por las funciones del sistema habilitadas para MUI.

Una aplicación puede utilizar funciones MUI ^[2] para leer las preferencias de idioma, que son predeterminadas según la selección del usuario [se supone] y son una lista de idiomas en orden de preferencia. Estas preferencias se proporcionan en los niveles de sistema, usuario, proceso e hilo [se supone que al cambiar en un nivel superior se modifican las preferencias de los niveles inferiores].

Una aplicación puede modificar estas listas de preferencias de idioma (a través de SetThreadPreferredUILanguages ​​y otras funciones) para influir en el comportamiento de MUI. Por ejemplo:

std::string languageIdSpec = "en-US";
languageIdSpec.push_back('\0'); // debe terminar con doble nulo
ULONG recuento de idiomas = 1;
si (!::SetThreadPreferredUILanguages(MUI_LANGUAGE_NAME, languageIdSpec.c_str(), &langCount))
    throw std::runtime_error("No se puede establecer el idioma de interfaz de usuario preferido del hilo.");

MUI proporciona soporte para recursos localizados almacenados en archivos binarios de Windows (también conocidos como Win32 PE) (DLL, EXE, SYS), generalmente archivos DLL.

Los recursos de un idioma se pueden almacenar en el binario de la aplicación o en un archivo MUI (también conocido como LS), uno por idioma. Para que MUI encuentre recursos, un archivo MUI debe estar en el mismo directorio que su archivo LN asociado y tener el mismo nombre que el archivo LN más ". LCID .mui". Por ejemplo, para el archivo LN my-lib.dll , el archivo MUI para en-US se llamaría my-lib.dll.0409.mui .

Los recursos de cadena se codifican como tabla de cadenas de la siguiente manera:

IDIOMA IDIOMA_INGLÉS, SUBIDIOMA_NEUTRAL
TABLA DE CADENA
COMENZAR
1 L "texto del mensaje"
FIN

Varias funciones win32 que leen recursos de aplicaciones están habilitadas para MUI, incluidas LoadString, FormatMessage y LoadImage. ^[3]

Cada función intenta leer un recurso para un idioma seleccionado en las preferencias de idioma globales, desde los recursos de la aplicación o los archivos MUI asociados (ubicados junto con el archivo LN y siguiendo la convención de nombres). Cada una utiliza las preferencias de idioma globales para elegir un idioma que esté disponible. Si la carga del recurso para el primer idioma preferido falla porque el archivo MUI no existe o el recurso no existe en el archivo MUI, la función intentará con el siguiente idioma preferido y así sucesivamente hasta que se hayan probado todas las preferencias. Si la carga falla para todos los idiomas preferidos, entonces intenta con el archivo LN.

La función más utilizada es LoadString, que carga cadenas desde un recurso de tabla de cadenas. Ejemplo de uso de LoadString:

wchar_t* resourceCharArray;
int resourceLength = ::LoadStringW(_moduleHandle, resourceId, (LPWSTR)&resourceCharArray, 0);
si (!longitudRecurso)
    throw std::runtime_error("No se puede encontrar el recurso.");
std::wstring texto;
texto.append(resourceCharArray, resourceLength);

Esto recupera la dirección del búfer de caracteres de texto de recursos, que no se garantiza que termine en nulo. Luego, copia los caracteres a una std::string y se garantiza que su método c_str() terminará en nulo. Por lo tanto, no es necesario agregar un nulo. Otra opción es hacer que LoadString copie la cadena a un búfer pasado, pero eso requiere usar un búfer de longitud fija que tiene desventajas, como por ejemplo, asignar más de lo necesario o truncarlo si es demasiado corto.

Curiosamente, la documentación de MS para LoadString no menciona su interacción con MUI (uso de preferencia de idioma).

FormatMessage también es compatible con MUI. Su página de referencia de funciones describe su interacción con la preferencia de idioma del usuario cuando el parámetro dwLanguageId se pasa como 0. Pero FormatMessage lee desde una tabla de mensajes , no desde una tabla de cadenas y, como dice Raymond Chen, "nadie usa realmente tablas de mensajes". ^[4]

La documentación de MS recomienda almacenar los activos de la interfaz de usuario como recursos, ya que MUI admite completamente la recuperación desde este almacenamiento, pero señala que MUI admite cualquier otro formato de archivo, como XML, JSON o archivos de texto sin formato. ^[5] Esto implica que no es necesario utilizar el aspecto de recuperación de recursos de MUI para que una aplicación esté habilitada para MUI. Una aplicación puede utilizar su propia lógica de recuperación de activos de la interfaz de usuario personalizada.

Para que la aplicación sea compatible con MUI, debe utilizar las preferencias de idioma del sistema. La lógica de recuperación de recursos de la interfaz de usuario personalizada puede utilizar opcionalmente la función MUI GetFileMUIPath para aprovechar la ubicación del archivo MUI y las convenciones de nombres.

La documentación de MS MUI describe los siguientes conceptos, pero no está claro cómo se relacionan con MUI y qué valor ofrecen:

• Archivo de configuración de recursos ^[6]
• Redirección de cadena de registro ^[7]

Tareas básicas para soportar/implementar MUI:

• Utilice LoadString en el código de la aplicación para leer recursos; utiliza las preferencias del usuario y la configuración del sistema para leer recursos que están en el idioma preferido por el usuario según la disponibilidad.
• Código fuente de recursos del autor (RC) para cada idioma; se recomienda almacenar cada idioma en un archivo RC separado

Una vez completadas las tareas básicas, la aplicación se habilita para MUI. Sin embargo, existen otras funciones de MUI que la aplicación puede aprovechar de manera opcional.

Las tareas básicas implican almacenar todos los idiomas en los recursos del binario de la aplicación, lo que significa que no es neutral en cuanto al idioma. Esta estructura proporciona todos los beneficios de localización en tiempo de ejecución de MUI y una implementación simple de un solo archivo, pero no permite la flexibilidad de implementación que brinda MUI. Para aprovechar la flexibilidad de implementación:

• Configure el proyecto binario de la aplicación para excluir todos los recursos LS, convirtiéndolo en el archivo LN
• Configurar proyecto(s) para crear cada idioma en una DLL de recursos; con el mismo nombre que el archivo LN + " LCID .mui" - archivos MUI
• Implementar/instalar archivos MUI en el mismo directorio que el archivo LN

Para almacenar recursos localizados en formatos distintos de los de recursos, la aplicación debe implementar un mecanismo para leer recursos en tiempo de ejecución según la configuración del sistema de preferencias de idioma (consulte GetThreadUILanguage). En otras palabras, la aplicación carga recursos de IU según la configuración del sistema de preferencias de idioma sin utilizar LoadString. La aplicación puede aprovechar la convención de nombres y la ubicación de archivos por idioma de MUI mediante GetFileMUIPath.

La tecnología MUI se desarrolló como respuesta y mejora de las versiones localizadas , una tecnología más antigua para globalizar e implementar paquetes de software. En esta sección se describen las diferencias y ventajas de MUI en comparación con las versiones localizadas.

Windows localizado a través de un paquete MUI logra el mismo objetivo que una versión localizada, pero existen diferencias clave. Si bien ambos muestran menús y cuadros de diálogo en el idioma de destino, solo una versión localizada usa nombres de archivos y carpetas traducidos. [¿Qué significa esto? Algunas carpetas especiales son localizables (Documentos, Descargas, etc.) pero un archivo o carpeta creado por el usuario no es localizable (por el SO). ¿Un paquete de idioma no localiza los nombres de carpetas especiales? ¿Qué más podría hacer?]

Una versión localizada de Windows traduce el sistema operativo base, así como todos los programas incluidos [¿qué programas?], incluidos los nombres de archivos y carpetas [por lo que sí localiza los nombres de archivos y carpetas. Esto contradice lo anterior], los nombres de objetos [¿qué es un objeto?], las cadenas en el registro [¿en serio? ¿qué cadenas?] y cualquier otra cadena interna utilizada por Windows a un idioma en particular. Las versiones localizadas de Windows admiten la actualización desde una versión localizada anterior y los recursos de la interfaz de usuario están completamente localizados, lo que no sucede con las versiones MUI de un producto. [¿Qué no sucede con MUI?]

Una versión de MUI no contiene funciones administrativas traducidas, como entradas de registro [¿las entradas de registro son funciones?] y elementos en Microsoft Management Console .

Una ventaja de una versión MUI es que cada usuario de una computadora puede usar un idioma diferente. ^[8] Para una versión localizada del SO, esto no es posible. Puede ser posible para aplicaciones localizadas, pero requiere instalar múltiples versiones; una para cada idioma, y ​​esto puede generar problemas de espacio de almacenamiento de la aplicación y de instalación en paralelo. Con MUI, la versión única admite varios idiomas, y el SO y las aplicaciones usan el idioma preferido del usuario. Además, el mismo SO puede alojar una aplicación que use cualquiera de los idiomas admitidos por la aplicación, que pueden ser diferentes al idioma seleccionado por el SO e incluso un idioma que no sea compatible con el SO.

MUI se introdujo con Windows 2000 y es compatible con cada versión posterior de Windows.

Los productos MUI para estas versiones estaban disponibles únicamente a través de acuerdos de volumen de Microsoft. No estaban disponibles a través de canales minoristas. Sin embargo, algunos OEM distribuían el producto. ^{[ cita requerida ]}

Hasta Windows XP , los paquetes MUI de un producto se aplican sobre una versión en inglés para brindar una experiencia de usuario localizada. Hay un total de 5 conjuntos de paquetes MUI.

La tecnología MUI mejorada de Windows Vista separa los recursos en inglés de los archivos binarios de lógica de la aplicación . Los archivos de lógica de la aplicación ahora son independientes del idioma. En otras palabras, los archivos de lógica de la aplicación ya no están centrados en el inglés. Esta separación permite cambiar de idioma por completo sin cambiar los binarios básicos de Windows y tener varios idiomas instalados utilizando los mismos binarios de lógica de la aplicación. Los idiomas se aplican como paquetes de idioma que contienen los recursos necesarios para localizar parte o toda la interfaz de usuario en Windows Vista.

Los paquetes MUI están disponibles para los usuarios de Windows Vista Enterprise y como Ultimate Extras para los usuarios de Windows Vista Ultimate.

A partir de Windows Vista, el conjunto de API MUI asociadas también se pone a disposición de los desarrolladores para el desarrollo de aplicaciones. [¿Esto permite que cualquiera pueda utilizar la tecnología MUI?]

En el lanzamiento, se lanzaron los siguientes 16 paquetes de idiomas:

El 23 de octubre de 2007, se lanzaron los 19 paquetes de idiomas restantes:

MUI está disponible para los usuarios de las ediciones Windows 7 Enterprise y Ultimate, así como de Windows Phone 7.

A partir de Windows 7, Microsoft comenzó a referirse a un "paquete MUI" como un "paquete de idioma"; no debe confundirse con un paquete de interfaz de idioma (LIP). ^[9]

En el lanzamiento, se lanzaron los siguientes 15 paquetes de idiomas ^[10] (el chino (Hong Kong) no está disponible en dispositivos móviles):

El 31 de octubre de 2009, se lanzaron los 22 paquetes de idiomas restantes (estonio, croata, letón, lituano, rumano, eslovaco, esloveno, serbio, búlgaro, hebreo, árabe y tailandés no están disponibles en dispositivos móviles):

En el lanzamiento, solo se admitían seis idiomas.

Con el lanzamiento de Windows Phone 7.5 el 27 de septiembre de 2011, se agregaron veinte idiomas más (el turco y el ucraniano no se admiten como idiomas de visualización hasta Windows Phone 8). ^[11] Los primeros LIP para Windows Phone 7 fueron el indonesio y el malayo con la actualización de Tango. ^[12]

A partir de Windows 8/RT, la mayoría de las ediciones de Windows pueden descargar e instalar todos los paquetes de idioma, ^[13] con algunas excepciones:

• En las ediciones de un solo idioma de Windows, solo se permite instalar un paquete de idioma, ^[14] el mismo comportamiento que las ediciones de Windows 7 y anteriores que no son Enterprise o Ultimate.
• En las ediciones OEM de Windows, los paquetes de idiomas exactos que están preinstalados o disponibles para descargar dependen del fabricante del dispositivo y del país o región de compra (y del operador móvil para dispositivos con conectividad celular). Se trata de una combinación de una característica del mercado local y una característica para todos en todas partes. Puede haber varios idiomas de visualización preinstalados en el dispositivo por el fabricante o el operador inalámbrico, pero cada fabricante o operador inalámbrico instala dos conjuntos diferentes de idiomas: un conjunto de idiomas precargados y un conjunto de idiomas que puede instalar el usuario final. Esta regla se utiliza actualmente en Windows Phones a partir de Windows Phone 7 ^[15] y en PC a partir de Windows 8 (ya que Windows 8 y Windows Phone 8 comparten el mismo núcleo de Windows NT) y luego se eliminó en Windows 10 versión 1803, pero luego se restableció silenciosamente a partir de Windows 10 versión 1809. Un usuario final podría instalar una licencia minorista sobre una licencia OEM realizando una instalación limpia a través de la herramienta de creación de medios para eludir el bloqueo de región e instalar cualquier idioma de visualización que desee.
  • El proceso de actualización de Windows no afecta de ninguna manera a los idiomas de visualización instalados actualmente, pero puede brindarle al usuario final acceso a los paquetes de idiomas recién lanzados que pone a disposición el OEM (solo para PC). Sin embargo, al instalar una nueva actualización de funciones, puede cambiar el idioma de visualización nuevamente al que se configuró durante el proceso de configuración inicial. Por ejemplo, si la Samsung ATIV Smart PC en AT&T se actualiza de Windows 8.1 a Windows 10 Anniversary Update (no necesariamente se hace de una sola vez), ahora podrá instalar portugués (Brasil), vietnamita, chino (simplificado y tradicional) y japonés, además de inglés, español, francés, alemán, italiano y coreano (el usuario final puede descargar los últimos tres idiomas en el momento de su lanzamiento), al igual que con la serie Galaxy S8 y el Galaxy Book basado en Verizon.
  • Por otro lado, un dispositivo Samsung Galaxy Book no admite el afrikáans como idioma de visualización, porque las aplicaciones de Samsung no admiten oficialmente el afrikáans. ^[16] Además, las variantes celulares de las computadoras portátiles Galaxy Book vendidas en América del Norte admiten menos idiomas de visualización que sus contrapartes solo con Wi-Fi, al igual que en sus teléfonos inteligentes.
  • Ciertos paquetes de idiomas, como inglés (Australia) e inglés (Canadá), solo son compatibles con las consolas Xbox y Surface Duo.
  • Algunos paquetes LIP requieren que ciertos paquetes MUI (idiomas base) estén presentes o sean compatibles. ^[17] Si ese idioma base no está presente o no es compatible, entonces ese LIP no se puede instalar en ese dispositivo.

A partir de la versión 1803 de Windows 10, Microsoft comenzó a usar el término "Local Experience Pack" (LXP) en algunos lugares [¿tienda?] en lugar del término más antiguo "Language Pack", pero funcionan de la misma manera. ^[18] Además de instalarse a través de la configuración de Windows, estos 110 LXP también están disponibles a través de Microsoft Store (aplicación y web); este último permite la instalación remota para ediciones de consumidor de Windows. ^[19] Al igual que con todas las aplicaciones de Microsoft Store, solo los LXP que son compatibles con ese dispositivo Windows se muestran en la aplicación de Microsoft Store.

Un LXP se actualiza a través de Microsoft Store; fuera del ciclo normal de actualización de Windows. ^[20]

Los idiomas admitidos por versión del sistema operativo son los siguientes:

La interfaz de usuario multilingüe para Windows Phones no apareció hasta la versión 7.0.

La tecnología MUI está protegida por una patente internacional titulada "Interfaz de usuario multilingüe para un sistema operativo". ^[21] Los inventores son Bjorn C. Rettig, Edward S. Miller, Gregory Wilson y Shan Xu.

• Centro de conocimiento de Windows MUI (archivado)
• Paquetes de idioma de Windows (referencia de Microsoft)
• Paquete de interfaz de idioma (LIP)
• GNU gettext : un sistema UNIX para localización y una función similar a LoadString