Mode (interface utilisateur) - Mode (user interface)

Cet article concerne un état transitoire dans les interfaces utilisateur. Pour les modes dans les jeux vidéo, voir Mode de jeu . Pour d'autres utilisations, voir Mode (homonymie) .
À ne pas confondre avec l' interaction multimodale ou la modalité (interaction homme-machine) .

Dans la conception d' interface utilisateur , un mode est un paramètre distinct dans un programme informatique ou toute interface de machine physique , dans lequel la même entrée utilisateur produira des résultats perçus différents de ceux qu'elle produirait dans d'autres paramètres. Les composants de l'interface modale incluent les touches de verrouillage des majuscules et d' insertion sur le clavier d'ordinateur standard , qui mettent généralement la saisie de l'utilisateur dans un mode différent après avoir été enfoncé, puis le ramènent au mode normal après avoir été à nouveau enfoncé.

Une interface qui n'utilise aucun mode est appelée interface non modale . Les interfaces sans mode évitent les erreurs de mode , dans lesquelles l'utilisateur effectue une action appropriée à un mode alors qu'il est dans un autre mode, en empêchant l'utilisateur de les valider.

Définition

Dans son livre The Humane Interface , Jef Raskin définit la modalité comme suit:

"Une interface homme-machine est modale par rapport à un geste donné lorsque (1) l' état actuel de l'interface n'est pas le lieu d'attention de l'utilisateur et (2) l'interface exécutera une parmi plusieurs réponses différentes au geste, selon l'état actuel du système. " (Page 42).

Au sens de Raskin et selon sa définition, une interface n'est pas modale tant que l'utilisateur est pleinement conscient de son état actuel. Raskin se réfère à cela comme «lieu d'attention» (du mot latin locus signifiant «lieu» ou «emplacement»). En règle générale, un utilisateur est conscient d'un état du système si le changement d'état a été intentionnellement initié par l'utilisateur, ou si le système émet des signaux forts pour informer l'utilisateur du changement d'état à l'endroit où l'interaction se produit. Si le lieu d'attention de l'utilisateur change vers une zone différente, l'état de l'interface peut alors représenter un mode puisque l'utilisateur n'en a plus conscience.

Larry Tesler a défini les modes comme «un état de l'interface utilisateur qui dure un certain temps, n'est associé à aucun objet particulier et n'a d'autre rôle que de placer une interprétation sur l'entrée de l'opérateur».

Exemples

Modal

Plusieurs exemples de logiciels ont été décrits comme modaux ou utilisant des modes d'interface:

  • Les éditeurs de texte - sont généralement en mode insertion par défaut, mais peuvent être basculés en mode Refrappe en appuyant sur la touche Insertion .
  • vi - a un mode pour insérer du texte et un mode séparé pour entrer des commandes. Il existe également un mode « ex » pour émettre des commandes plus complexes (par exemple, rechercher et remplacer). Dans des circonstances normales, l'éditeur revient automatiquement au mode précédent après qu'une commande a été émise; cependant, il est possible de passer en permanence dans ce mode en utilisant Shift-Q .
  • Emacs - a le concept de "touches de préfixe", qui déclenchent un état modal en appuyant sur la touche de contrôle plus une touche de lettre. Emacs attend alors des pressions supplémentaires sur les touches qui terminent une association de touches . Cela diffère de vi en ce que le mode se termine toujours dès que la commande est appelée (lorsque la séquence d'appuis sur les touches qui l'active est terminée). Emacs a également de nombreux modes "majeurs et mineurs" qui changent les commandes disponibles, et peuvent être automatiquement invoqués en fonction du type de fichier pour éditer plus facilement les fichiers de ce type. Les modes Emacs ne sont pas limités à l'édition de fichiers texte; des modes existent pour la navigation dans les fichiers , la navigation sur le Web , l' IRC et le courrier électronique et leurs modèles d'interaction sont équivalents aux logiciels d'application dans l'environnement Emacs. Les modes sont écrits en Emacs Lisp , et tous les modes peuvent ne pas être inclus avec toutes les versions.
  • Cisco IOS - certaines commandes sont exécutées en "mode commande".
  • Outils choisis à partir d' une palette en retouche photo et des applications de dessin sont des exemples d'une interface modale. Certains éditeurs d'images avancés ont une fonction qui permet d'accéder aux mêmes outils de manière non modale en appuyant sur une touche et restent actifs tant que la touche est maintenue enfoncée. Le relâchement de la touche renvoie l'interface à l'outil modal activé par la palette.
  • Les jeux vidéo peuvent utiliser les modes de jeu comme mécanisme pour améliorer le gameplay .
  • Les fenêtres modales bloquent tout le flux de travail dans le programme de niveau supérieur jusqu'à ce que la fenêtre modale soit fermée.

Modeless

Larry Tesler au PARC a conçu un aperçu modeless traitement de texte à partir du commentaires recueillis auprès d' un test utilisateur avec Sylvia Adams nouvellement embauché, où elle a demandé à ad lib quelques gestes à des marques de correction d' épreuves correctes sur le texte numérique. Ce test a convaincu le manager de Tesler, Bill English, des problèmes avec leur ancienne interface modale.

Erreurs de mode

Voir aussi: Erreur utilisateur

Les modes sont souvent mal vus dans la conception d'interface car ils sont susceptibles de produire des erreurs de mode lorsque l'utilisateur oublie dans quel état se trouve l'interface, effectue une action appropriée à un mode différent et obtient une réponse inattendue et indésirable. Une erreur de mode peut être assez surprenante et désorientante car l'utilisateur fait face à la violation soudaine de ses attentes utilisateur .

Des problèmes surviennent si une modification de l'état du système se produit inaperçue (initiée par le système ou par une autre personne, telle que l'utilisateur qui utilisait précédemment la machine), ou si après un certain temps l'utilisateur oublie le changement d'état. Un autre problème typique est un changement d'état soudain qui interrompt l'activité d'un utilisateur, comme le vol de focus . Dans une telle situation, il peut facilement arriver que l'utilisateur effectue certaines opérations avec l'ancien état à l'esprit, alors que le cerveau n'a pas encore complètement traité les signaux indiquant le changement d'état.

Un type de modalité très frustrant est créé par un mode dans lequel l'utilisateur ne trouve pas de sortie, en d'autres termes, où il ne peut pas trouver comment restaurer l'état précédent du système.

Exemples d'erreurs de mode

  • La source la plus courante d'erreurs de mode peut être la touche de verrouillage des majuscules. Les autres modes courants disponibles dans les claviers PC sont les autres touches de verrouillage , le verrouillage numérique et le verrouillage du défilement , et souvent la touche d'insertion . Les touches mortes pour les signes diacritiques créent également un mode à court terme, du moins si elles ne fournissent pas de retour visuel indiquant que le prochain caractère saisi sera modifié. Alors que les touches de verrouillage sur les claviers de PC sont conçues avec l'intention d'être utilisées comme des touches modales, la conception matérielle d'IBM PC n'exige pas que ces touches ni aucune autre touche spécifique soient modales, mais permet au logiciel de traiter n'importe quelle touche comme modale. (Le BIOS du PC implémente normalement les états de verrouillage des majuscules, de verrouillage numérique et de verrouillage du défilement, de sorte que la modalité de ces touches peut sembler intrinsèque, mais il n'est ni techniquement ni pratiquement nécessaire d'utiliser le BIOS pour les E / S du clavier, et en fait la plus moderne les systèmes d'exploitation n'utilisent pas les E / S du clavier du BIOS.)
  • Les utilisateurs de PC dont la langue n'est pas basée sur l' alphabet latin doivent généralement interagir en utilisant deux configurations de clavier différentes : une configuration locale et QWERTY . Cela donne lieu à des erreurs de mode liées à la disposition actuelle du clavier: assez souvent, la synchronisation du mode «disposition courante» entre l'humain et l'interface est perdue, et le texte est tapé dans une disposition qui n'est pas celle prévue, produisant un texte dénué de sens et confusion. Les touches du clavier dans les éléments de l'interface utilisateur comme "(y / n)" peuvent avoir un effet opposé si un programme est traduit.
  • Un exemple fréquent est l'apparition soudaine d'une boîte de dialogue d'erreur modale dans une application pendant que l'utilisateur tape, connue sous le nom de vol de focus ; l'utilisateur s'attend à ce que le texte tapé soit introduit dans un champ de texte, mais la boîte de dialogue inattendue peut rejeter toutes les entrées, ou peut interpréter certaines frappes (comme "Y" pour "oui" et "N" pour "non") d'une manière que l'utilisateur n'avait pas l'intention, déclenchant souvent une action destructrice qui ne peut pas être annulée .
  • L' éditeur de texte Unix vi peut être notoirement difficile pour les débutants précisément parce qu'il utilise des modes, et parce que les versions antérieures configuraient l'indication de mode pour être désactivée par défaut.
  • Dans de nombreux jeux vidéo informatiques, le clavier est utilisé à la fois pour contrôler le jeu et pour taper des messages. Un utilisateur peut oublier qu'il est en "mode de saisie" alors qu'il tente de réagir à quelque chose de soudain dans le jeu et trouve que les commandes ne répondent pas (et à la place, leur barre de texte est remplie des touches de commande enfoncées).

Dans les accidents de transport

  • La confusion des modes faisait partie des événements qui ont conduit à la perte du vol 447 d' Air France en 2009 et à la perte de la vie de 228 personnes. Les pilotes ont réagi à une perte d'altitude en tirant sur le manche, ce qui aurait été une réaction appropriée avec le pilote automatique entièrement activé, ce qui aurait alors mis l'avion en configuration ascensionnelle. Cependant, les systèmes de l'avion étaient entrés dans un mode d'automatisation moindre («loi directe» en termes d'Airbus) en raison d'un capteur de vitesse bloqué, permettant aux pilotes de mettre l'avion dans une configuration de décrochage en piqué, dont ils ne se sont pas remis.
  • Selon le NTSB , l'un des facteurs contribuant à l' accident du vol 214 d'Asiana Airlines en 2013 était «la complexité des systèmes de pilotage automatique des gaz et du directeur de vol du pilote automatique… ce qui augmentait la probabilité d'erreur de mode».
  • Le 17 janvier 2015, le navire de ravitaillement offshore «Red7 Alliance» est entré en collision avec une écluse du canal de Kiel en Allemagne, ce qui l'a gravement endommagé. Une enquête a conclu que les leviers contrôlant les propulseurs azimutaux du navire n'étaient pas utilisés d'une manière appropriée au mode sur lequel ils étaient réglés, ce qui a entraîné une accélération du navire au lieu de s'arrêter dans l'écluse.
  • Le 21 août 2017, le destroyer de la marine américaine USS John S. McCain est entré en collision avec un pétrolier commercial dans le détroit de Malacca, entraînant la mort de dix membres d'équipage. Une enquête menée par l'armée américaine a conclu qu'immédiatement avant la collision, les commandes de barre et de propulsion avaient été redistribuées entre les stations de pont, et l'équipe à la passerelle n'était pas pleinement consciente de cette redistribution.
  • Le 10 avril 2018, le navire de ravitaillement de 5000 tonnes VOS Stone s'est détaché d'une plate-forme éolienne en construction dans la mer Baltique. Le capitaine du navire a décidé de mettre la direction dans un autre mode pour effectuer un test du système. Une communication insuffisante avec l'officier de quart a entraîné une perte de contrôle temporaire, une collision avec la plate-forme, des blessures à trois membres d'équipage et des dommages importants.
  • Le 19 avril 2020, un avion de combat F-35A a été détruit lors d'un accident à l'atterrissage à la base aérienne d'Eglin . Les enquêtes ont conclu que l'avion était mal configuré avec le mauvais mode d' auto - manette , ce qui a rendu l'avion incontrôlable au toucher des roues.

Évaluation

Les modes sont destinés à capter toute l'attention de l'utilisateur et à lui faire reconnaître le contenu qu'il contient, en particulier lorsqu'une confirmation critique de l'utilisateur est requise. Cette utilisation ultérieure est critiquée comme étant inefficace pour l'usage auquel elle est destinée (protection contre les erreurs dans les actions destructives) en raison de l' accoutumance . En fait, il est recommandé de rendre l'action réversible (en fournissant une option «annuler»). Bien que les modes puissent réussir dans des usages particuliers pour restreindre les opérations dangereuses ou indésirables, en particulier lorsque le mode est activement maintenu par un utilisateur en tant que quasimode .

Les modes sont parfois utilisés pour représenter des informations pertinentes pour la tâche qui ne s'intègrent pas bien dans le flux visuel principal. Les modes peuvent également fonctionner comme des conventions bien comprises, telles que des outils de peinture.

Les promoteurs modaux peuvent soutenir que de nombreuses activités communes sont modales et que les utilisateurs s'y adaptent. Un exemple d'interaction modale est celui de la conduite de véhicules automobiles. Un conducteur peut être surpris lorsque le fait d'appuyer sur la pédale d'accélération n'accélère pas le véhicule vers l'avant, probablement parce que le véhicule a été placé dans un mode de fonctionnement tel que stationnement, point mort ou marche arrière. Les interfaces modales nécessitent une formation et de l'expérience pour éviter des erreurs de mode comme celles-ci.

L'expert en interface Jef Raskin s'est fortement opposé aux modes, en écrivant: "Les modes sont une source importante d'erreurs, de confusion, de restrictions inutiles et de complexité dans les interfaces." Plus tard, il note: «Ce n'est pas un hasard si les jurons sont désignés par # &%! # $ &», Écrit mon collègue, le Dr James Winter; c'est «ce qu'une machine à écrire faisait lorsque vous tapiez des chiffres lorsque le verrouillage des majuscules était activé. a été engagé'." Raskin a dédié son livre The Humane Interface pour décrire les principes d'une interface non modale pour les ordinateurs. Ces principes ont été mis en œuvre dans les systèmes Canon Cat et Archy .

Certains concepteurs d'interfaces ont récemment pris des mesures pour rendre les fenêtres modales plus évidentes et plus conviviales en assombrissant l'arrière-plan derrière la fenêtre ou en permettant à n'importe quel clic de souris en dehors de la fenêtre modale de forcer la fenêtre à se fermer - une conception appelée Lightbox - atténuant ainsi le risque. d'erreurs modales. Jakob Nielsen déclare que l'avantage des dialogues modaux améliore la sensibilisation des utilisateurs. "Quand quelque chose doit être réparé, il vaut mieux s'assurer que l'utilisateur le sait." Pour cet objectif, la conception Lightbox offre un contraste visuel fort de la boîte de dialogue par rapport au reste des éléments visuels. Cependant, si une telle méthode peut réduire le risque d'interactions erronées par inadvertance, elle ne résout pas le problème que la fenêtre modale bloque l'utilisation des fonctionnalités normales de l'application et empêche ainsi l'utilisateur de prendre des mesures pour résoudre la difficulté, ou même de faire défiler. l'écran pour mettre en vue les informations dont il a besoin pour choisir correctement parmi les options présentées par la fenêtre modale, et il ne fait rien pour atténuer la frustration de l'utilisateur d'avoir gaffé dans une impasse dont il ne peut pas s'échapper sans une conséquence plus ou moins destructrice.

Larry Tesler , de Xerox PARC et Apple Computer , n'aimait pas suffisamment les modes pour obtenir une plaque d'immatriculation personnalisée pour sa voiture qui disait: "NO MODES". Il a utilisé cette plaque sur diverses voitures du début des années 1980 jusqu'à sa mort en 2020. Avec d'autres, il a également utilisé la phrase «Don't Mode Me In» pendant des années comme cri de ralliement pour éliminer ou réduire les modes.

Bruce Wyman, le concepteur d'une table multi-touch pour une exposition d'art au Denver Art Museum , soutient que les interfaces pour plusieurs utilisateurs simultanés doivent être modélisées, afin d'éviter de mettre un seul utilisateur au point.

Recommandations de conception

Évitez si possible

De petits panneaux expliquent les cartographies du signal aux routes

Des alternatives aux modes tels que la commande d' annulation et la corbeille sont recommandées lorsque cela est possible. Le chercheur HCI Donald Norman soutient que la meilleure façon d'éviter les erreurs de mode, en plus d'indications claires de l'état, est d'aider les utilisateurs à construire un modèle mental précis du système qui leur permettra de prédire le mode avec précision.

Ceci est démontré, par exemple, par certains panneaux d'arrêt aux intersections routières. Un conducteur peut être conditionné par un panneau d' arrêt à quatre voies près de son domicile pour supposer que des intersections similaires seront également des arrêts à quatre voies. S'il se trouve que ce n'est que dans les deux sens, le conducteur peut continuer s'il ne voit aucune autre voiture. Surtout s'il y a une vue obstruée, une voiture pourrait arriver et heurter le premier côté de la voiture. Une conception améliorée atténue le problème en incluant un petit diagramme montrant quelles directions ont un panneau d'arrêt et lesquelles n'en ont pas, améliorant ainsi la conscience de la situation des conducteurs.

Bon placement

Voir aussi: Recommandations de conception pour les fenêtres modales

Les contrôles modaux sont mieux placés là où le focus est dans le flux de tâches. Par exemple, une fenêtre modale peut être placée à côté de l' élément de contrôle graphique qui déclenche son activation. Les contrôles modaux peuvent être perturbateurs, il faut donc s'efforcer de réduire leur capacité à bloquer le travail des utilisateurs. Après avoir terminé la tâche pour laquelle le mode a été activé, ou après une action d'annulation telle que la touche Échap , le retour à l'état précédent lorsqu'un mode est désactivé réduira l'impact négatif.

Quasimodes

Dans le livre The Humane Interface , Jef Raskin a défendu ce qu'il a appelé les quasimodes , qui sont des modes qui ne sont maintenus en place que grâce à une action constante de la part de l'utilisateur; ces modes sont également appelés modes à ressort . Le terme quasimode est un composé du préfixe latin quasi- (qui signifie presque , dans une certaine mesure ) et du mot anglais « mode ».

Les touches de modification du clavier, telles que la touche Maj , la touche Alt et la touche Contrôle , sont toutes des exemples d'interface quasimodale.

L'application entre dans ce mode tant que l'utilisateur exécute une action consciente, comme appuyer sur une touche et la maintenir enfoncée tout en appelant une commande. Si l'action de maintien est arrêtée sans exécuter de commande, l'application revient à un état neutre.

L'avantage supposé de cette technique est que l'utilisateur n'a pas à se souvenir de l'état actuel de l'application lors de l'appel d'une commande: la même action produira toujours le même résultat perçu. Une interface qui n'utilise que des quasimodes et qui n'a pas de modes complets est toujours non modale selon la définition de Raskin.

La fonction StickyKeys transforme un quasimode en mode en sérialisant les frappes des touches de modification avec des touches normales, de sorte qu'elles ne doivent pas être pressées simultanément. Dans ce cas, la possibilité accrue d'une erreur de mode est largement compensée par l'amélioration de l' accessibilité pour les utilisateurs ayant un handicap physique.

Voir également

Remarques

Les références

Liens externes