Generalmente diseño debe ser reflejado que se invierte en horizontal. Además de los controles que ya mencionaste, obviamente los botones de opción, cuadros combinados (también llamados menús desplegables), giros (o altibajos, dependiendo de la terminología) deben reflejarse. La decoración de la ventana o los cuadros de control de la ventana, que son los botones minimizar, maximizar y cerrar, deben estar en el lado opuesto. Lo mismo con respecto al título de la ventana.
El orden de los botones también debe cambiarse, por lo que si tiene [OK] [Cancelar] [Ayuda], en idiomas RTL, será [Ayuda] [Cancelar] [Aceptar]. Los íconos en los mensajes emergentes deberían estar en el otro lado.
Es posible que desee saber cómo Microsoft implementó la compatibilidad RTL en su marco MFC: simplemente cambiaron las coordenadas, de modo que 0,0 puntos hacia la parte superior hacia la derecha la esquina de la pantalla y la coordenada x aumentan cuando se mueve al lado izquierdo . Esto tiene algún efecto secundario que se puede observar en el control del divisor: funciona exactamente al revés que uno esperaría (arrastrándolo hacia el lado izquierdo aumenta la parte izquierda de la ventana).
Volviendo a los controles: Obviamente, los cuadros de texto alineados a la izquierda en los idiomas LTR deben alinearse a la derecha en los idiomas RTL, y así sucesivamente.
Lo que es definitivamente menos obvio, algunos mapas de bits deberían voltearse también. Lo que me sorprendió particularmente, el icono de signo de interrogación (el que usualmente se muestra con el cuadro de diálogo de confirmación o como un botón de ayuda) debe voltearse cuando se usa Localizar en árabe, urdu o persa, para Reversed Question Mark (⸮). Aunque no estoy seguro del hebreo.
Tenga en cuenta que algunos mapas de bits deben ser localizados por razones culturales (por ejemplo, algunos de ellos pueden ser inapropiados). Además, es más o menos necesario usar el llamado Eastern Arabic numerals mientras se localiza en árabe (y en idiomas similares) pero no es una buena idea usarlos para el hebreo. Como se puede imaginar, si tiene algunas imágenes agradables para viñetas (que contienen números) y la aplicación (o marco) debe traducirse al árabe, estas imágenes deben ser al menos localizables (es reemplazable).
Preguntas antiguas, pero aquí hay una actualización para googlers. Material Design tiene una guía para la bidireccionalidad. https://material.google.com/usability/bidirectionality.html#bidirectionality-rtl-mirroring-guidelines. – Anton
@ Anton: Gracias, pero encuentro al menos algunos de ellos controvertidos. Al menos es bueno consultar cosas con hablantes nativos (es decir, traductores). –