2009-06-23 9 views
8

He estado investigando acerca de cómo agregar la localización árabe a nuestro software. Entiendo que el reflejo de algunos controles es esencial, como la relación entre etiquetas y cuadros de texto: cualquier etiqueta que esté a la izquierda de los cuadros de texto en los idiomas de izquierda a derecha debe estar a la derecha de los cuadros de texto en árabe y en otros derechos. idiomas a la izquierda. Pero no puedo encontrar una respuesta definitiva sobre si el diseño completo de la interfaz gráfica de usuario debe reflejarse.¿Qué tan importante es reflejar la _entire_ interfaz de usuario para hablantes de árabe?

Por ejemplo, en nuestro software tenemos un panel con un mapa a la izquierda de una ventana e información secundaria en un panel a la derecha. ¿Debería invertirse la posición de estos paneles para idiomas de derecha a izquierda?

La razón principal por la que pido es que Microsoft Windows toma el camino de reflejar todo cuando en árabe, pero sólo se dio cuenta en el nuevo soporte para el árabe en el iPhone OS 3.0, prácticamente nada se refleja, ni siquiera Label- ejemplos de cuadros de texto. Hubiera pensado que esto era bastante malo por parte de Apple, pero ¿este tipo de cosas es ampliamente aceptado en el mundo árabe?

Respuesta

9

En árabe, leemos y escanear elementos gráficos de derecha a izquierda

Necesitará horizontal voltear toda la pantalla, a excepción de las imágenes y el texto (la biblioteca BiDi - por lo general en el sistema operativo - manijas ese). Solo está volteando las ubicaciones del control.

Un control vinculado por (x1, y1, x2, y2) en una pantalla aw * h se convierte en (w-x2, y1, w-x1, y2), el contenido del rectángulo no se debe voltear, solo posición. Mantendría sus dimensiones.

Por ejemplo, compare las noticias de Google en English, y Arabic ... observe el menú, las imágenes, las noticias.

Por lo general, una excepción es aceptable, los reproductores multimedia siguen siendo de izquierda a derecha por razones históricas (las grabadoras de cinta, los dispositivos de video VHS nunca se localizaron).

+0

¿Cómo manejó la duplicación de la interfaz de usuario para el idioma árabe en iOS? – Sandy

2

Es importante. Imagínese si estuviera usando algún software escrito por un hablante de árabe que se tradujo al inglés y algunas cosas no se voltearon correctamente.

En general, Windows (Vista y WIn7 en particular) y Office están muy bien traducidos para los idiomas de lectura de derecha a izquierda. Puede usar esto como un ejemplo de qué hacer; esto es especialmente cierto para los elementos de la IU de nivel superior

Estoy de acuerdo en que los elementos puramente gráficos pueden no necesitar ser volteados, pero debería considerar hacer lo correcto para cualquier cosa que generalmente se escanea en orden de lectura.

+1

Eso es lo que pensé. El hecho de que Apple no haya reflejado la interfaz de iPhone para el tipo de árabe me afectó. –

+1

Apple lo hace mal en el iPhone. –

0

La duplicación es extremadamente importante, no solo porque el texto se mostrará correctamente, sino por el "modelo mental" del usuario.

Cuando un idioma se escribe de derecha a izquierda, la expectativa total del usuario se desplaza, pero un efecto aún más interesante es el cambio de la terminología. Lo que generalmente llamamos posicionamiento "izquierda" y "derecha" en realidad terminan siendo "principio" y "final" (o "antes" y "después") lo que hace que la interfaz sea un poco más elaborada.

Además de eso, tendrá elementos que no se deben duplicar. Hay varios ejemplos en el software que reflejan indiscriminadamente todos los botones y crean resultados hilarantes (horribles ...).Unos pocos ejemplos:

  • "Deshacer" y "Rehacer" botones: Deshacer quiere decir 'ir hacia atrás'; en inglés (LTR) esto significa go-to-the-left, pero en árabe o hebreo, significa go-to-the-right, por lo que el botón se voltea, y lo mismo pasa con el botón Redo. Sin embargo, en RTL, la orden de esos dos botones también se invierte, lo que significa que "doble volteó" su representación, lo que esencialmente le da un par de botones en RTL que parecen exactamente iguales que el par en LTR, excepto con diferentes significados. Esto puede ser confuso de implementar.
  • Duplicación de iconos n. ° 1 (listas): en su mayor parte, los íconos generalmente se duplican. Por ejemplo, un icono que representa una lista de viñetas será viñetas a la izquierda para LTR y viñetas a la derecha para RTL. La mayoría del software "simplemente" lo refleja, lo cual es bastante razonable. Sin embargo, hay algunas piezas de software (por desgracia, OpenOffice es uno) que también reflejan la lista numerada. Esto crea una situación en la que los números mismos se voltean (por lo que el número 2 en ese icono se ve como un 5).
  • Duplicación de icono # 2 (signo de interrogación): Otro ejemplo es un botón de "ayuda" que generalmente se representa con un signo de interrogación. Esto es aún más elaborado, porque es diferente para varios lenguajes RTL. Algunos lenguajes RTL como el árabe muestran el signo de interrogación invertido (?) Pero otros, como el hebreo, lo muestran igual que el inglés (?). Esta duplicación depende del lenguaje, no solo de RTL/LTR.

Otro desafío es tener un software de contenido mixto. Por ejemplo, si su software muestra algún contenido configurado pero le permite al usuario cambiar el idioma de la interfaz, puede encontrarse con problemas interesantes de voltear y no voltear.

Si tiene algún tipo de software que le permite leer los canales RSS, por ejemplo, el contenido puede ser consistentemente LTR, pero si su usuario cambia su interfaz para RTL, a continuación, algunos elementos de la interfaz de ser reflejo mientras que otros no deben. Si nos guiamos por el ícono de ejemplos anterior, por ejemplo, las "listas de viñetas" no deberían voltearse en este caso, porque mientras la interfaz sea RTL, el contenido real que inserte es LTR esperado, por lo que la viñeta quedará prácticamente libre. -derecho, y la bala representa eso.

El desafío en estos casos es decidir qué parte de su software es "contenido" y cuál es "interfaz" y, si bien es factible, es un esfuerzo desafiante.

En resumen, las interfaces de duplicación no son tan simples como suenan, y muchas veces realmente dependen del propósito y el contexto de su software. Yo diría que es extremadamente importante, porque el modelo mental de los usuarios de RTL (en términos de donde las cosas "comienzan" y "terminan") es inverso, y al igual que los ojos de los usuarios de LTR automáticamente se dirigen a la parte superior izquierda (razón por la cual los logos generalmente se colocan allí). Los ojos de los usuarios de RTL generalmente se dibujan automáticamente en la parte superior derecha, y su interfaz debe respetar eso. Dicho esto, debe analizar su interfaz y la forma en que se muestran su contenido y la interfaz en general, y tenga cuidado con los casos en que flipping/mirroring no es adecuado.

Espero que esto ayude.

Cuestiones relacionadas