user interface - non - ¿Cuándo son realmente necesarios los diálogos modales?
modal vs non modal dialog (3)
Casos de uso para diálogos modales
- bloqueando el flujo de la aplicación hasta que se ingrese la información requerida para continuar, como por ejemplo una contraseña en un proceso de inicio de sesión.
- recolectando opciones de configuración de la aplicación en un diálogo centralizado. En tales casos, normalmente los cambios se aplican al cerrar el diálogo, y el acceso a la aplicación se deshabilita mientras se realizan las ediciones.
- advirtiendo que los efectos de la acción actual no son reversibles. Este es un patrón de interacción frecuente para los diálogos modales, pero también es criticado por los expertos en usabilidad por ser ineficaz para su uso previsto (protección contra errores en acciones destructivas) y para el que existen mejores alternativas.
(Fuente: Wikipedia )
Cuando los uso
En los casos en que detenerlos de hacer algo estúpido es absolutamente obligatorio. Mi empresa tiene una aplicación web donde los usuarios a veces abandonan la página antes de terminar su trabajo. Los solicitamos con un Modal (la función de JavaScript estándar antes de onbeforeunload ) si no han guardado su trabajo.
De lo contrario, no uso Modals si puedo evitarlo, lo odio cuando una aplicación roba el foco de lo que estoy haciendo.
Editar : no guardamos su trabajo automáticamente cuando salen de la página. Lo hacemos en otros momentos, pero no cuando salen de la página, de ahí el Modal. Escribí que podría entrar y guardar su trabajo cuando salían de la página, pero no sería una ''gran'' idea implementarlo, especialmente si accidentalmente borraban su trabajo y no querían que se guardara automáticamente.
Los diálogos modales son malos, pero sigo leyendo "Debes eliminar los diálogos modales cuando sea posible "
¿Cuándo no es posible eliminar diálogos modales? Quiero decir, ¿cuáles son algunas tareas realmente modales que nos obligan a usar diálogos modales malvados?
El ejemplo más común es el "¿Desea guardar?" Creo que este es el problema del concepto de hacer que el usuario presione Guardar en lugar de recordar que la entrada del usuario es sagrada . Si acaba de guardar automáticamente con la capacidad de "deshacer" o tener revisiones, entonces nunca necesitará preguntar al usuario si desea guardar.
- "¿Estas seguro que quieres borrarlo?" Recuperar
- "¿Seguro que quieres salir?" ¿Porqué preguntarias eso? ¿Eres tan vanidoso?
¿Por qué alguna vez necesitamos diálogos modales?
EDITAR
La aplicación web no cuenta en mis libros, a menos que escriban su propio sistema de ventanas UI dentro del navegador. Las aplicaciones web no tienen las mismas herramientas establecidas como aplicaciones de escritorio.
EDIT 2
Mi pregunta es un poco diferente a la que está etiquetada como duplicada. Siento que no hay caso de que los diálogos modales sean la mejor solución. La pregunta referida asume que hay tal caso.
Duplicado de: ¿Cuándo es aceptable la interfaz de usuario modal ?
La única cosa más sagrada que la entrada del usuario es cualquier archivo que conozca. Nunca debe modificar ningún archivo que tenga un detalle de implementación a menos que se lo haya indicado. Por lo tanto, cuadros como "¿quieres guardar?" en la salida son imprescindibles porque es posible que no quiera guardar.
Imagine una aplicación que necesita abrir un diálogo para algunas acciones. Ahora imagine que estos serían diálogos no modales: mientras un cuadro de diálogo está abierto, puede cambiar la selección o, lo que es peor, invocar un comando diferente que a su vez abre otro cuadro de diálogo. Ahora imagina que estos diálogos serían modales: entonces tendrías que cerrar el diálogo para continuar: no puedes entrar en el estado donde la selección cambia bajo un diálogo o donde dos comandos están esperando la entrada.