Configuración distinta dentro de una interfaz de computadora
En el diseño de interfaz de usuario , un modo es una configuración distinta dentro de un programa de computadora o cualquier interfaz de máquina física , en la que la misma entrada del usuario producirá resultados percibidos diferentes de los que produciría en otras configuraciones. Los componentes de la interfaz modal incluyen las teclas Bloq Mayús e Insertar en el teclado de computadora estándar , las cuales generalmente ponen la escritura del usuario en un modo diferente después de presionarlas y luego lo devuelven al modo normal después de volver a presionarlas.
Una interfaz que no utiliza modos se conoce como interfaz sin modo . [1] Las interfaces no modal evitan errores de modo , en los que el usuario realiza una acción apropiada para un modo mientras está en otro modo, haciendo imposible que el usuario los cometa. [2]
"Una interfaz hombre-máquina es modal con respecto a un gesto dado cuando (1) el estado actual de la interfaz no es el lugar de atención del usuario y (2) la interfaz ejecutará una entre varias respuestas diferentes al gesto, dependiendo de el estado actual del sistema." (Página 42).
En el sentido de Raskin y según su definición, una interfaz no es modal siempre que el usuario sea plenamente consciente de su estado actual. Raskin se refiere a esto como "lugar de atención" (de la palabra latina locus que significa "lugar" o "ubicación"). Normalmente, un usuario es consciente del estado del sistema si el cambio de estado fue iniciado intencionalmente por el usuario, o si el sistema da algunas señales fuertes para notificar al usuario del cambio de estado en el lugar donde ocurre la interacción. Si el foco de atención del usuario cambia a un área diferente, el estado de la interfaz puede representar un modo ya que el usuario ya no es consciente de ello.
Larry Tesler definió los modos 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". [3]
Ejemplos
Modal
Se han descrito varios ejemplos de software como modales o que utilizan modos de interfaz:
vi : tiene un modo para insertar texto y un modo separado para ingresar comandos. También existe un modo " ex " para emitir comandos más complejos (por ejemplo, buscar y reemplazar). En circunstancias normales, el editor vuelve automáticamente al modo anterior después de emitir un comando; sin embargo, es posible pasar permanentemente a este modo usando Shift-Q .
Emacs : tiene el concepto de "teclas de prefijo", que activan un estado modal presionando la tecla control más una tecla de letra. Luego, Emacs espera que se presionen teclas adicionales para completar la combinación de teclas . Esto difiere de vi en que el modo siempre finaliza tan pronto como se llama al comando (cuando se completa la secuencia de pulsaciones de teclas que lo activan). Emacs también tiene muchos modos "mayores y menores" que cambian los comandos disponibles y pueden invocarse automáticamente según el tipo de archivo para editar más fácilmente archivos de ese tipo. Los modos de Emacs no se limitan a editar archivos de texto; Existen modos para exploración de archivos , navegación web , IRC y correo electrónico y sus patrones de interacción son equivalentes al software de aplicación dentro del entorno 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 un "modo de comando".
Las herramientas elegidas de una paleta en aplicaciones de dibujo y edición de fotografías son ejemplos de una interfaz modal. Algunos editores de imágenes avanzados tienen una función en la que se puede acceder a las mismas herramientas de forma no modal presionando una tecla y permanecen activas mientras se mantenga presionada la tecla. Al soltar la tecla, la interfaz vuelve a la herramienta modal activada por la paleta.
Larry Tesler de PARC ideó ideas para un procesador de textos no modelo a partir de los comentarios recopilados de una prueba de usuario con la recién contratada Sylvia Adams, donde se le pidió que improvisara algunos gestos para corregir las marcas de revisión en el texto digital. [5] Esta prueba convenció al gerente de Tesler, Bill English, de los problemas con su interfaz modal anterior.
Errores de modo
Los modos a menudo están mal vistos en el diseño de interfaces porque es probable que produzcan errores de modo cuando el usuario olvida en qué estado se encuentra la interfaz, realiza una acción apropiada para un modo diferente y obtiene una respuesta inesperada y no deseada. [6] [7] Un error de modo puede ser bastante sorprendente y desorientador cuando el usuario se enfrenta a la repentina violación de sus expectativas.
Los problemas ocurren si un cambio en el estado del sistema pasa desapercibido (iniciado por el sistema o por otra persona, como el usuario que estaba usando previamente la máquina), o si después de un tiempo el usuario se olvida del cambio de estado. Otro problema típico es un cambio repentino de estado que interrumpe la actividad de un usuario, como por ejemplo el robo de foco . En tal situación, puede suceder fácilmente que el usuario realice algunas operaciones teniendo en mente el estado anterior, mientras que el cerebro aún no ha procesado completamente las señales que indican el cambio de estado.
Ejemplos de errores de modo
La fuente más común de errores de modo puede ser la tecla Bloq Mayús . Otros modos comunes disponibles en los teclados de PC son las otras teclas de bloqueo , Bloq Num y Bloq Despl y, a menudo, la tecla Insertar . Las teclas muertas para los signos diacríticos también crean un modo a corto plazo, al menos si no proporcionan información visual de que se modificará el siguiente carácter escrito. Si bien las teclas de bloqueo de los teclados de PC están diseñadas con la intención de que se utilicen como teclas modales, el diseño del hardware de la PC de IBM no requiere que estas ni ninguna otra tecla específica sean modales, pero permite que el software trate cualquier tecla como modal. (El BIOS de la PC normalmente implementa los estados Bloq Mayús, Bloq Num y Bloq Desplazamiento, por lo que la modalidad de estas teclas puede parecer intrínseca, pero no es técnica ni prácticamente necesario usar el BIOS para E/S del teclado y, de hecho, la mayoría de los modernos Los sistemas operativos no utilizan E/S del teclado BIOS.)
Los usuarios de PC cuyo idioma no se basa en el alfabeto latino comúnmente tienen que interactuar usando dos diseños de teclado diferentes : uno local y QWERTY . Esto da lugar a errores de modo relacionados con la distribución actual del teclado: muy a menudo, la sincronización del modo "disposición actual" entre el usuario y la interfaz se pierde, y el texto se escribe en una distribución que no es la deseada, lo que produce texto sin sentido. y confusión. Las teclas del teclado en elementos de la interfaz de usuario como "(s/n)" pueden tener el efecto contrario si se traduce un programa.
Un ejemplo frecuente es la aparición repentina de un cuadro de diálogo de error modal en una aplicación mientras el usuario escribe, lo cual es una forma de robo de foco ; el usuario espera que el texto escrito se introduzca en un campo de texto, pero el cuadro de diálogo inesperado puede descartar toda la entrada o puede interpretar algunas pulsaciones de teclas (como "Y" para "sí" y "N" para "no") de una manera que el usuario no tenía la intención, lo que a menudo desencadena una acción destructiva que no se puede revertir . Los programadores pueden mitigar esto implementando un breve retraso entre la visualización del cuadro de diálogo modal y el comienzo de aceptar la entrada del teclado.
El editor de texto vi de Unix puede ser muy difícil para los principiantes precisamente porque utiliza modos y porque las versiones anteriores configuraban la indicación de modo para que estuviera desactivada de forma predeterminada.
En muchos videojuegos de ordenador, el teclado se utiliza tanto para controlar el juego como para escribir mensajes. Un usuario puede olvidar que está en "modo de escritura" cuando intenta reaccionar a algo repentino en el juego y descubre que los controles no responden (y en su lugar, su barra de texto está llena de teclas de comando presionadas).
En accidentes de transporte
La confusión modal fue parte de los acontecimientos que provocaron la pérdida del vuelo 447 de Air France en 2009 y la pérdida de la vida de 228 personas. Los pilotos reaccionaron ante una pérdida de altitud tirando de la palanca, lo que habría sido una reacción apropiada con el piloto automático completamente activado, lo que habría puesto la aeronave en configuración de ascenso. Sin embargo, los sistemas del avión habían entrado en un modo de menor automatización ("ley directa" en términos de Airbus) debido a un sensor de velocidad bloqueado, lo que permitió a los pilotos poner el avión en una configuración de pérdida con el morro alto, de la cual no se recuperaron. [8]
Según la NTSB , uno de los factores que contribuyeron al accidente del vuelo 214 de Asiana Airlines en 2013 fueron "las complejidades de los sistemas de director de vuelo del piloto automático y del acelerador automático... que aumentaron la probabilidad de error de modo". [9] [10]
El 17 de enero de 2015, el buque de suministro offshore "Red7 Alliance" chocó con una esclusa del canal de Kiel en Alemania, dañándola gravemente. Una investigación concluyó que las palancas que controlaban los propulsores azimutales del barco no se utilizaban de forma apropiada para el modo en el que estaban configuradas, lo que provocaba que el barco acelerara en lugar de detenerse en la esclusa. [11]
El 21 de agosto de 2017, el destructor de la Armada estadounidense USS John S. McCain chocó con un petrolero comercial en el Estrecho de Malaca, lo que provocó la muerte de diez miembros de la tripulación. Una investigación realizada por el ejército estadounidense concluyó que inmediatamente antes de la colisión, los controles de timón y propulsión se habían redistribuido entre las estaciones del puente, y la tripulación del puente no estaba plenamente consciente de esa redistribución. [12]
El 10 de abril de 2018, el buque de suministro VOS Stone de 5.000 toneladas se liberó de una plataforma eólica en construcción en el Mar Báltico. El capitán del barco decidió poner el gobierno en un modo alternativo para realizar una prueba del sistema. La comunicación insuficiente con el oficial de guardia provocó una pérdida temporal de control, una colisión con la plataforma, lesiones a tres miembros de la tripulación y daños importantes. [13]
Los modos están destinados a captar toda la atención del usuario y hacer que reconozca el contenido presente en ellos, en particular cuando se requiere una confirmación crítica por parte del usuario. [16] Este último uso es criticado por ser ineficaz para su uso previsto (protección contra errores en acciones destructivas) debido a la habituación . En realidad, se recomienda hacer que la acción sea reversible (proporcionando una opción de "deshacer"). [17] Aunque los modos pueden tener éxito en usos particulares para restringir operaciones peligrosas o no deseadas, especialmente cuando un usuario mantiene activamente el modo como un cuasimodo .
A veces se utilizan modos para representar información pertinente a la tarea que no encaja bien en el flujo visual principal. [16] Los modos también pueden funcionar como convenciones bien entendidas, como herramientas de pintura. [7]
Proponentes modales [ ¿quién? ] puede argumentar que muchas actividades comunes son modales y los usuarios se adaptan a ellas. Un ejemplo de interacción modal es el de la conducción de vehículos de motor. Un conductor puede sorprenderse cuando al presionar el pedal de aceleración no se acelera el vehículo hacia adelante, probablemente porque el vehículo se ha colocado en un modo de funcionamiento como estacionamiento, punto muerto o marcha atrás. Las interfaces modales requieren capacitación y experiencia para evitar errores de modo como estos.
El experto en interfaces Jef Raskin se manifestó firmemente en contra de los modos y escribió: "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 malas palabras se denoten con #&%!#$&', escribe mi colega, el Dr. James Winter; es 'lo que solía hacer una máquina de escribir cuando escribías números con la tecla Bloq Mayúsculas'. estuvo comprometido'." Raskin dedicó su libro The Humane Interface a describir los principios de una interfaz no modelo para computadoras. Esos 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 obvias y fáciles de usar, oscureciendo el fondo detrás de la ventana o permitiendo que cualquier clic del mouse fuera de la ventana modal force el cierre de la ventana (un diseño llamado Lightbox [18] ). aliviar el riesgo de errores modales. Jakob Nielsen afirma que una ventaja de los diálogos modales es que mejora la conciencia del usuario. "Cuando es necesario arreglar algo, es mejor asegurarse de que el usuario lo sepa". Para este objetivo, el diseño de Lightbox proporciona un fuerte contraste visual del diálogo sobre el resto de las imágenes. Sin embargo, si bien dicho método puede reducir el riesgo de interacciones incorrectas inadvertidas, 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 realice alguna acción para solucionar el problema, o incluso desplazarse. la pantalla para mostrar información que necesitan para elegir correctamente entre las opciones que presenta la ventana modal, y no hace nada para aliviar la frustración del usuario por haber caído en un callejón sin salida del que no puede escapar sin alguna consecuencia más o menos destructiva.
A Larry Tesler , de Xerox PARC y Apple Computer , no le gustaban los modos lo suficiente como para obtener una placa personalizada para su automóvil que decía: "SIN MODOS". Usó esta placa en varios autos desde principios de la década de 1980 hasta su muerte en 2020. Junto con otras, también usó la frase "Don't Mode Me In" durante años como grito de guerra para eliminar o reducir las modas. [19] [20]
Bruce Wyman, el diseñador de una mesa multitáctil para una exposición de arte del Museo de Arte de Denver [21] sostiene que las interfaces para varios usuarios simultáneos deben ser no modeladas, para evitar enfocar a un solo usuario. [22]
Recomendaciones de diseño
Evitar cuando sea posible
Cuando sea posible, se recomiendan alternativas a modos como el comando deshacer y la papelera de reciclaje . [23] El investigador de HCI, Donald Norman, sostiene que la mejor manera de evitar errores de modo, además de indicaciones claras de estado, es ayudar a los usuarios a construir un modelo mental preciso del sistema que les permita predecir el modo con precisión. [24]
Así lo demuestran, por ejemplo, algunas señales de alto en los cruces de carreteras. Un conductor puede estar condicionado por una señal de alto de cuatro vías cerca de su casa a asumir que intersecciones similares también serán paradas de cuatro vías. Si es solo de doble sentido, el conductor podría continuar si no ve otros autos. Especialmente si hay una vista obstruida, un automóvil podría pasar y golpear al primer automóvil de costado. Un diseño mejorado alivia el problema al incluir un pequeño diagrama que muestra cuáles de las direcciones tienen una señal de alto y cuáles no, mejorando así la conciencia situacional de los conductores.
Colocación adecuada
Los controles modales se ubican mejor donde el foco está en el flujo de tareas. [23] Por ejemplo, se puede colocar una ventana modal al lado del elemento de control gráfico que desencadena su activación. Los controles modales pueden ser disruptivos, por lo que se deben hacer esfuerzos para reducir su capacidad de bloquear el trabajo de los usuarios. Después de completar la tarea para la cual se activó el modo, o después de una acción de cancelación como la tecla Escape , regresar al estado anterior cuando se cierra un modo reducirá el impacto negativo.
Cuasimodos
En el libro The Humane Interface , Jef Raskin defendió lo que denominó cuasimodos , que son modos que se mantienen en su lugar sólo mediante alguna acción constante por parte del usuario; Estos modos también se denominan modos de resorte . [25] El término cuasimodo es una combinación del prefijo latino cuasi- (que significa casi , hasta cierto punto ) y la palabra inglesa "modo".
La aplicación entra en ese modo siempre que el usuario realice una acción consciente, como presionar una tecla y mantenerla presionada mientras invoca un comando. Si la acción sostenida se detiene sin ejecutar un comando, la aplicación vuelve a un estado neutral.
El supuesto beneficio de esta técnica es que el usuario no tiene que recordar el estado actual de la aplicación cuando invoca un comando: la misma acción siempre producirá el mismo resultado percibido. [26] Una interfaz que utiliza sólo cuasimodos y no tiene modos completos sigue siendo no modal según la definición de Raskin.
La función StickyKeys convierte un cuasimodo en un modo al serializar las pulsaciones de teclas modificadoras con teclas normales, de modo que no sea necesario presionarlas simultáneamente. En este caso, la mayor posibilidad de un error de modo se compensa en gran medida con la mejora de la accesibilidad para usuarios con discapacidades físicas.
^ Glosario de usabilidad: sin modo Archivado el 22 de octubre de 2007 en Wayback Machine.
^ Glosario de usabilidad: error de modo
^ Tesler, Larry (1 de julio de 2012). "Una historia personal de edición de texto no modelo y de cortar/copiar y pegar". Interacciones . 19 (4): 70–75. doi :10.1145/2212877.2212896. S2CID 21399421.(pdf)
^ "Cómo utilizar la modalidad en los cuadros de diálogo". Corporación Oráculo .
^ "De modos y hombres". IEEE Spectrum: noticias sobre tecnología, ingeniería y ciencia . Agosto de 2005 . Consultado el 21 de febrero de 2020 .
^ Glosario: error de modo
^ ab Glosario de usabilidad: modal
^ Informe final de BEA sobre la pérdida del 447 de Air France
^ Junta Nacional de Seguridad en el Transporte
^ Un mal diseño de interfaz de usuario puede matar
^ Informe de investigación de M/V Red7 Alliance (en alemán)
^ "La colisión del USS McCain fue causada finalmente por una confusión en la interfaz de usuario". 2017.
^ Informe de investigación 118/18, Oficina Federal de Investigación de Siniestros Marítimos (Alemania), 10 de abril de 2019
^ Informe de accidente de la Fuerza Aérea de EE. UU.
^ ] Accidente del F-35A en Eglin AFB, CW Lemoine, Youtube
^ ab "Panel modal: contexto". Infragistics.com . Archivado desde el original el 6 de mayo de 2013.
^ Aza Raskin , Una lista aparte: nunca utilice una advertencia cuando se refiere a deshacer
^ Jakob Nielsen, Caja de alerta. "Las 10 mejores interfaces de usuario de aplicaciones".
^ Orígenes de la interfaz humana de Apple por Larry Tesler, Chris Espinosa
^ Orígenes de la interfaz humana de Apple: transcripción completa
^ Tecnología por el bien de la experiencia: publicación invitada de Bruce Wyman
^ Publicación de Bruce Wyman en la lista de correo de ixda.org
^ ab "Panel modal: implementación". Infragistics.com] . Archivado desde el original el 6 de mayo de 2013.
^ Normando, Donald A. (1983). "Reglas de diseño basadas en análisis de error humano". Comunicaciones de la ACM . 26 (4): 254–258. doi : 10.1145/2163.358092 . S2CID 47103252.
^ Glosario de usabilidad: modo de resorte
^ Modos de resorte, Jakob Nielsen.
Referencias
Buxton, William AS (1995). "Fragación y fraseo y diseño de diálogos persona-computadora". En Baecker, Ronald M.; Grudin, Jonathan; Buxton, William AS; Greenberg, Saúl (eds.). Lecturas sobre la interacción persona-computadora: hacia el año 2000 (2 ed.). San Francisco, California: Morgan Kaufmann. págs. 494–499. ISBN 978-1-55860-246-5. amid 212970.
enlaces externos
La modelidad en la usabilidadPrimer glosario
La inmodeza en las directrices HIG de Apple
Definición de error de modo en Usability First
Un ejemplo de un modo de error en Excel
Juan Rushby. Uso de la verificación de modelos para ayudar a descubrir confusiones de modos y otras sorpresas de automatización. Un artículo que analiza un método automático para localizar errores de modo.