Ventana modal

Entre los usos más frecuentes de las ventanas modales se incluyen:

• Llamar la atención sobre información vital. Este uso ha sido criticado por su ineficacia, ya que los usuarios se ven bombardeados con demasiados cuadros de diálogo y se acostumbran a simplemente hacer clic en "Cerrar", "Cancelar" o "Aceptar" sin leer ni comprender el mensaje. ^{[ 8 ] [ 9 ] [ 10 ]}
• Bloquear el flujo de la aplicación hasta que se introduzca la información necesaria para continuar, como por ejemplo una contraseña en un proceso de inicio de sesión . Otro ejemplo son los cuadros de diálogo para abrir y guardar archivos en una aplicación.
• Recopilación de las opciones de configuración de la aplicación en un cuadro de diálogo centralizado. En estos casos, los cambios suelen aplicarse al cerrar el cuadro de diálogo y el acceso a la aplicación se desactiva mientras se realizan las modificaciones.
• Advertencia de que los efectos de la acción actual no son reversibles. Este es un patrón de interacción frecuente en los diálogos modales, pero algunos expertos en usabilidad lo critican por ser ineficaz para su propósito (protección contra errores en acciones destructivas) debido a la habituación . Recomiendan hacer que la acción sea reversible (proporcionando una opción de "deshacer"). ^{[ 3 ]}

Muchas funciones que normalmente se representarían mediante ventanas modales se implementan como paneles transitorios modales llamados "Hojas" ^{[ 11 ]} en Mac OS X. Las ventanas transitorias se comportan de forma similar a las ventanas modales : siempre están encima de la ventana principal y no se muestran en la lista de ventanas, pero no impiden el uso de otras ventanas de la aplicación. Las Hojas se deslizan fuera de la barra de título de la ventana y, por lo general, deben cerrarse antes de que el usuario pueda seguir trabajando en ella, pero el resto de la aplicación permanece utilizable. De este modo, crean un modo dentro de la ventana que las contiene, pero no son modales con respecto al resto de la aplicación. 

Los cuadros de diálogo de alerta inesperados son una causa particular de errores de modo ^{[ 3 ]} con consecuencias potencialmente graves. Los expertos en usabilidad recomiendan que las acciones peligrosas se puedan deshacer siempre que sea posible; un cuadro de alerta que aparece inesperadamente o que se descarta por costumbre no protege de la acción peligrosa. ^{[ 13 ]} Cada vez se considera más preferible una barra de información sin modo a un cuadro de diálogo porque no interrumpe las actividades del usuario, sino que le permite leer información adicional cuando lo desee.

Una propuesta consiste en diseñar cada elemento de entrada como una interacción autónoma y orientada a tareas , guiada por sus propios requisitos específicos en lugar del estado global de la aplicación. Por ejemplo, los elementos obligatorios podrían ir precedidos de un asterisco , los elementos con datos no válidos podrían tener un borde rojo, y así sucesivamente. Con este enfoque, los usuarios se benefician al ver varios elementos de entrada a la vez: pueden introducir datos de la forma que les resulte más lógica, en lugar de tener bloqueados todos los demás elementos no relacionados hasta que se complete una secuencia de entrada de datos predefinida.

Una ventana modal bloquea todos los demás flujos de trabajo en el programa de nivel superior hasta que se cierra, a diferencia de los diálogos no modales que permiten a los usuarios operar con otras ventanas. ^{[ 14 ]} Las ventanas modales están diseñadas para captar la atención completa del usuario. ^{[ 15 ]} Es posible que los usuarios no se den cuenta de que una ventana modal requiere su atención, lo que puede generar confusión sobre la falta de respuesta de la ventana principal o causar la pérdida de los datos ingresados ​​por el usuario destinados a la ventana principal (ver error de modo ). En casos graves, la ventana modal aparece detrás de otra ventana controlada por el mismo programa, lo que puede dejar todo el programa inactivo hasta que se pueda localizar manualmente la ventana modal.

Sin embargo, muchos diseñadores de interfaces han tomado recientemente medidas para hacer más visibles las ventanas modales oscureciendo el fondo detrás de la ventana o permitiendo que cualquier clic del ratón fuera de la ventana modal fuerce su cierre (un diseño llamado lightbox ^{[ 7 ]} ), mitigando así esos problemas. Jakob Nielsen afirma que una ventaja de los diálogos modales es que mejoran la percepción del usuario: «Cuando algo necesita corrección, es mejor asegurarse de que el usuario lo sepa». Para este fin, el diseño lightbox proporciona un fuerte contraste visual del diálogo sobre el resto de los elementos visuales. La técnica lightbox es ahora una herramienta común en el diseño web.

Las ventanas modales suelen implementarse de forma que impiden moverlas, minimizarlas, ocultarlas o desplazarlas hacia atrás, y captan el foco de entrada, lo que a menudo impide el uso de las funciones de cortar, copiar y pegar del sistema . Esto puede interferir con el uso de las aplicaciones principales al bloquear el acceso a otras ventanas y datos dentro de la misma aplicación, especialmente cuando la ventana modal requiere que el usuario introduzca información disponible únicamente en una de las ventanas que oculta.

Para los usuarios que utilizan áreas de trabajo virtuales más grandes que sus pantallas reales, las ventanas modales pueden provocar comportamientos indeseables adicionales, como la creación de la ventana modal en una parte de la pantalla virtual que no está visible en ese momento, o el cambio abrupto de la pantalla, pasando de la sección en la que el usuario estaba trabajando a una sección completamente diferente.

Las ventanas modales suelen provocar una interrupción abrupta en la entrada de texto, especialmente en la que está destinada a otros programas. Además, suelen interpretar la pulsación de la tecla Intro (o, en raras ocasiones, la presencia de un salto de línea en el texto pegado) como una señal para aceptar y procesar la entrada; o, en casos excepcionales, pueden interceptar un clic del ratón destinado a otra aplicación que ha quedado repentinamente oculta. Esta interceptación, denominada robo de foco , puede comprometer la privacidad y la seguridad, así como capturar entradas inapropiadas y fuera de contexto que pueden generar resultados impredecibles y arbitrarios en el programa que creó la ventana modal.

Dependiendo de las particularidades de la implementación, las ventanas modales pueden violar el principio de mínima sorpresa .

Los diálogos modales forman parte de un flujo de tareas, y se recomienda ubicarlos donde se encuentra el foco en dicho flujo. Por ejemplo, la ventana podría colocarse cerca del elemento de control gráfico que activa su activación. ^{[ 16 ]}

El uso de un fondo oscuro semitransparente puede ocultar información en la ventana principal, por lo que conviene usarlo solo cuando dicha información pueda resultar una distracción. Un fondo semitransparente puede hacerse menos intrusivo si toda el área de fondo funciona como botón de cierre: esto es habitual en la mayoría de los sistemas operativos móviles, evita que el usuario se sienta atrapado y hace que las ventanas modales parezcan menos ventanas emergentes maliciosas.

El diseño debe seguir las prácticas comunes de la plataforma en la que se ejecuta el programa. Microsoft Windows utiliza controles estándar para los cuadros de diálogo de ventanas modales , con botones de acción afirmativa en la parte inferior derecha del panel. Mac OS X utiliza hojas modales con los botones de acción afirmativa como el comando situado más a la derecha. ^{[ 17 ]}