Modo (interfaz de usuario)

En el diseño de interfaces de usuario , un modo es un estado de un sistema en el que la entrada del usuario se interpreta de acuerdo con un conjunto particular de reglas.

Larry Tesler define el modo como "un estado de la interfaz de usuario que dura un período de tiempo, no está asociado con ningún objeto en particular y no tiene otra función que la de dar una interpretación a la entrada del operador". ^{[ 1 ]} En su libro The Humane Interface , Jef Raskin define la modalidad como:

"Una interfaz hombre-máquina es modal con respecto a un gesto dado cuando (1) el estado actual de la interfaz no es el foco de atención del usuario y (2) la interfaz ejecutará una de varias respuestas diferentes al gesto, dependiendo del estado actual del sistema." (Página 42).

Por consiguiente, una interfaz no es modal siempre que el usuario sea plenamente consciente de su estado actual. Raskin se refiere a esto como centro de atención (del latín locus , que significa "lugar" o "ubicación"), también llamado heedstead en inglés. Normalmente, un usuario es consciente del estado de un sistema si el cambio de estado fue iniciado intencionadamente por él, o si el sistema emite señales claras para notificarle el cambio de estado en el lugar donde se produce la interacción. Si el centro de atención del usuario cambia a otra área, el estado de la interfaz puede entonces representar un modo, ya que el usuario deja de ser consciente de él.

Ejemplos de interfaces modales:

Bloqueo de mayúsculas del teclado

Cuando está habilitada, cada tecla de letra pulsada se interpreta como la versión en mayúscula de esa letra. Cuando no está habilitada, las pulsaciones de teclas de letra se interpretan como minúsculas .

Insertar/sobrescribir con el teclado

La entrada de teclado generalmente se ve afectada por el modo de inserción o el modo de sobrescritura, que se alternan mediante la tecla de inserción .

Bravo

El primer editor modal WYSIWYG creado para ordenadores Xerox Alto en Xerox PARC por Butler Lampson y Charles Simonyi .

vi

Tiene un modo para insertar texto y un modo separado para introducir comandos. También hay un modo " ex " para ejecutar comandos más complejos (por ejemplo, buscar y reemplazar). En circunstancias normales, el editor vuelve automáticamente al modo anterior después de ejecutar un comando; sin embargo, es posible entrar permanentemente en este modo usando Shift-Q . Derivados, como Vim y Neovim .

Emacs

Emacs tiene el concepto de "teclas de prefijo", que activan un estado modal al presionar la tecla Control más una tecla de letra. Emacs espera entonces a que se presionen teclas adicionales para completar una combinación de teclas . Esto difiere de vi en que el modo siempre termina tan pronto como se llama al comando (cuando se completa la secuencia de teclas que lo activa). Emacs también tiene varios modos "mayores y menores" que cambian los comandos disponibles y pueden invocarse automáticamente según el tipo de archivo para editar archivos de ese tipo más fácilmente. Los modos de Emacs no se limitan a la edición de archivos de texto; existen modos para la exploración de archivos , la navegación web , IRC y correo electrónico , y sus patrones de interacción son equivalentes a los de un software de aplicación dentro del entorno de Emacs. Los modos están escritos en Emacs Lisp , y es posible que no todos los modos estén incluidos en todas las versiones.

Cisco IOS

Ciertos comandos se ejecutan en "modo comando".

Herramientas de paleta

Las herramientas seleccionadas de una paleta en aplicaciones de edición de fotos y dibujo son ejemplos de una interfaz modal. Algunos editores de imágenes avanzados incluyen una función que permite acceder a las mismas herramientas de forma no modal mediante una tecla, y que permanecen activas mientras se mantiene pulsada. Al soltar la tecla, se regresa a la herramienta modal activada por la paleta.

En los videojuegos

Los videojuegos pueden utilizar modos de juego como mecanismo para mejorar la experiencia de juego .

Ventana modal

Bloquea todo el flujo de trabajo en el programa de nivel superior hasta que se cierre la ventana modal. ^{[ 2 ]}

Una interfaz sin modal no tiene estados en los que se apliquen diferentes conjuntos de reglas. ^{[ 3 ]} Una interfaz sin modal evita errores de modo , que ocurren cuando un usuario proporciona una entrada que se interpreta de manera diferente a la esperada, ya que el modo (y el conjunto de reglas asociado) no es el que espera. ^{[ 4 ]}

Larry Tesler, de PARC, ideó un procesador de textos sin modal a partir de los comentarios recopilados en una prueba de usuario con la recién contratada Sylvia Adams, a quien se le pidió que improvisara algunos gestos para corregir las marcas de corrección en el texto digital. ^{[ 5 ]} Esta prueba convenció al gerente de Tesler, Bill English, de los problemas con su interfaz modal anterior.

Los modos son problemáticos porque pueden provocar un error cuando el usuario, sin saber en qué modo se encuentra la interfaz, realiza una acción apropiada para un modo diferente y obtiene una respuesta no deseada. ^{[ 6 ] [ 7 ]} Un error de modo puede ser sorprendente, desorientador y molesto, ya que el usuario debe lidiar con la violación de sus expectativas.

Los problemas surgen si un cambio en el estado del sistema pasa desapercibido (ya sea por accidente, por el propio sistema o por otra persona), o si, tras un tiempo, el usuario olvida el modo actual. Otro problema común es un cambio de estado repentino que interrumpe la actividad del usuario, como el robo de foco . En tal caso, el sistema puede realizar operaciones con el estado anterior en mente, mientras que el cerebro aún no ha procesado completamente las señales que indican el cambio de estado.

Los modos están diseñados para captar la atención completa del usuario y hacer que reconozca el contenido presente en ellos, en particular cuando se requiere una confirmación crítica del usuario. ^{[ 17 ]} Este último uso es criticado por ser ineficaz para su propósito (protección contra errores en acciones destructivas) debido a la habituación . En cambio, se recomienda hacer que la acción sea reversible (proporcionar una opción de "deshacer"). ^{[ 18 ]} Aunque los modos pueden ser exitosos en usos particulares para restringir operaciones peligrosas o no deseadas, especialmente cuando el modo es mantenido activamente por un usuario como un cuasimodo .

En ocasiones, los modos se utilizan para representar información pertinente a la tarea que no se ajusta bien al flujo visual principal. ^{[ 17 ]} Los modos también pueden funcionar como convenciones bien establecidas, como las herramientas de pintura. ^{[ 7 ]}

Quienes defienden la teoría de los modos argumentan que muchas actividades cotidianas son modales y que los usuarios se adaptan a ellas. Un ejemplo de interacción modal es la conducción de vehículos. Un conductor puede sorprenderse al ver que al pisar el pedal del acelerador el vehículo no avanza, probablemente porque se encuentra en un modo de funcionamiento como estacionamiento, punto muerto o marcha atrás. Las interfaces modales requieren entrenamiento y experiencia para evitar errores de modo como estos.

El experto en interfaces Jef Raskin se manifestó enérgicamente en contra de los modos, escribiendo: «Los modos son una fuente importante de errores, confusión, restricciones innecesarias y complejidad en las interfaces». Más adelante, señala: «"No es casualidad que las palabrotas se representen con #&%!#$&", escribe mi colega, el Dr. James Winter; es "lo que hacía una máquina de escribir cuando se tecleaban números con la tecla Bloq Mayús activada"». Raskin dedicó su libro The Humane Interface a describir los principios de una interfaz sin modos para ordenadores. Dichos principios se implementaron en los sistemas Canon Cat y Archy .

Algunos diseñadores de interfaces han tomado recientemente medidas para hacer que las ventanas modales sean más evidentes y fáciles de usar, 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 ^{[ 19 ]} ), lo que reduce el riesgo de errores modales. 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. Sin embargo, si bien este método puede reducir el riesgo de interacciones erróneas involuntarias, no resuelve el problema de que la ventana modal bloquea el uso de las funciones normales de la aplicación y, por lo tanto, impide que el usuario tome medidas para solucionar la dificultad, o incluso que desplace la pantalla para visualizar la información que necesita para elegir correctamente entre las opciones que presenta la ventana modal. Tampoco contribuye a aliviar la frustración del usuario por haberse topado con un callejón sin salida del que no puede escapar sin consecuencias más o menos destructivas.

Larry Tesler , de Xerox PARC y Apple Computer , detestaba tanto los modos que se hizo una matrícula personalizada para su coche con la inscripción: «NO MODES». Usó esta matrícula en varios coches desde principios de la década de 1980 hasta su fallecimiento en 2020. Junto con otros, también utilizó durante años la frase «Don't Mode Me In» (No me metas en modo) como lema para eliminar o reducir los modos. ^{[ 20 ] [ 21 ]}

Bruce Wyman, diseñador de una mesa multitáctil para una exposición de arte del Museo de Arte de Denver ^{[ 22 ],} sostiene que las interfaces para varios usuarios simultáneos deben ser sin modelo, para evitar centrar la atención en un solo usuario. ^{[ 23 ]}

• Postura de la aplicación
• Sorpresa de la automatización
• Mensaje de error
• Interfaz gráfica de usuario
• Interacción persona-computadora
• Diseño de interacción
• Ventana modal
• Modalidades y modos
• Estado (informática)
• Modo texto

• Buxton, William AS (1995). «Agrupación y fraseo y el diseño de diálogos humano-computadora» . En Baecker, Ronald M.; Grudin, Jonathan; Buxton, William AS; Greenberg, Saul (eds.). Lecturas sobre interacción humano-computadora  : hacia el año 2000 (2.ª  ed.). San Francisco, California: Morgan Kaufmann. pp. 494–499 . ISBN  978-1-55860-246-5. acmid 212970.

• Sin modalidad en el glosario de usabilidad First
• La ausencia de modal en las directrices HIG de Apple
• Definición de error de modo en Usability First
• Ejemplo de error de modo en Excel
• John Rushby. Uso de la verificación de modelos para ayudar a descubrir confusiones de modo y otras sorpresas de automatización . Un artículo que analiza un método automático para localizar errores de modo.
• Jakob Nielsen sobre los modos de resorte