user-interface - tipos - interfaz gráfica de usuario
¿Cuándo es aceptable la interfaz de usuario modal? (5)
¿Qué tal una ventana de inicio de sesión de usuario, no puede (o no debería) utilizar el resto de una aplicación hasta que haya iniciado sesión, suponiendo que es necesaria la seguridad.
En general, las interfaces modales absorben grandes rocas. Por otro lado, no puedo pensar en una mejor manera de manejar File Open ... , o Print ... y esto, creo, es porque
- son acciones ocasionales, infrecuentes y trascendentales, y
- son de naturaleza atómica; o finaliza la especificación de todas las opciones de impresión y la completa, o cancela todo el espectáculo.
Vamos a armar una pequeña guía de estilo. Sugiera cualquier caso de uso en el que un diálogo sea la presentación preferida y por qué es preferible. ¿Puede el diálogo ser no modal? Si es así, ¿cómo se marcan los límites transaccionales, ya que Cancelar deja de tener un significado claro? ¿Utiliza un botón Aplicar, por ejemplo?
Al hacer ventanas no modales, es posible que desee asegurarse de que sean únicas: no desea realmente dos cajas de herramientas idénticas (en un programa gráfico, por ejemplo) o dos cuadros de diálogo de preferencias idénticas (esto lo vi en un producto), que pueden ser confuso en el mejor de los casos
Por otro lado, aprecio cuando un cuadro de diálogo Buscar / Reemplazar no es modal: puedo regresar al documento y cancelar el último cambio, omitir en otro lugar, etc .; sin perder la configuración actual.
De alguna manera, los diálogos modales le dicen al usuario "detener todo lo demás y terminar lo que está haciendo", lo que tiene su uso, como se señala en la respuesta de Stephen Wrighton .
Creo que la diferencia es que si hay algo que un usuario pueda hacer en la aplicación mientras se muestra el diálogo, entonces no debería ser modal. Esto incluye acciones de copiar / pegar. Personalmente, lo preferiría si los diálogos de archivo / abrir e imprimir tampoco fueran modales. Creo que los diálogos modales son un signo de diseño débil, un mal necesario para sacar el código rápidamente.
En mi experiencia, hay muy pocas cosas que alguna vez deberían ser modales en una UI. Uno de los mejores ejemplos de esto, y probablemente uno muy familiar para los usuarios del sitio, es Eclipse. Aunque tiene algunos diálogos modales, y estoy hablando solo del núcleo IDE aquí, en su mayoría se dividen en tres categorías: operaciones de archivos, diálogos de preferencias y diálogos de parámetros.
Los diálogos de preferencias, aunque son modales por tradición, tampoco tienen que ser modales. Todo lo que tiene que hacer es mirar el modelo de preferencias de Mac OS, donde los cambios de configuración tienen lugar inmediatamente, con el comportamiento modal introducido solo en los casos en que el cambio puede ser perjudicial para el trabajo en progreso.
En resumen, esto es lo que diría que es un buen resumen de lo que debería ser modal. Las excepciones a este conjunto deben estar bien justificadas por el uso.
- Cuadro de diálogo de entrada de parámetros (ejemplo: refactorización de asistentes, anti-ejemplo: búsqueda de diálogos)
- Operaciones de archivo
- Confirmación de una acción que tendrá un efecto perturbador inmediato
IMO, las interfaces modales solo deben usarse cuando TIENE que tratar con lo que sea que esté haciendo el diálogo o antes de que la aplicación pueda continuar. En cualquier otro momento, si está usando un diálogo, debe ser no modal.