Passer au contenu principal

Modal

Utilisation​

Présentation​

Les fenêtres modales attirent l'attention de l'utilisateur sur une tâche à partir d'une fenêtre située en haut de la page. Elles présentent des informations essentielles, qui peuvent ou non nécessiter une saisie de la part de l'utilisateur avant que le workflow ne se poursuive.

De par leur conception, les fenêtres modales interrompent le flux de travail d'un utilisateur. Elles désactivent la zone de contenu principale et empêchent les utilisateurs de revenir à leur workflow antérieur tant qu'ils n'ont pas effectué la tâche indiquée dans la fenêtre modale ou qu'ils ne l'ont pas annulée.

Les fenêtres modales sont principalement utilisées pour signaler des erreurs (objectif initial), mais elles peuvent également servir à transmettre des alertes, des confirmations et des exigences personnalisées.

Pour savoir quand utiliser le composant modal, consultez l'arbre de décision des composants de l'interface utilisateur suivant :

Arbre de décision des composants de l'interface utilisateur pour
fenêtre modale

Quand l'utiliser​

  • Pour demander des entrées ou des décisions essentielles qui empêchent l’utilisateur de poursuivre un processus ou une tâche.
  • Pour fournir des informations urgentes, des erreurs critiques ou des avertissements importants qui nécessitent une attention et un accusé de réception immédiats de la part de l’utilisateur.
  • Pour confirmer les actions importantes de l’utilisateur, en particulier celles qui ont des conséquences importantes (par exemple, la suppression de données).

Quand ne pas l'utiliser​

  • Pour les messages non critiques, les mises à jour de statut ou les informations qui ne nécessitent pas d’action immédiate de la part de l’utilisateur ni d’interruption du workflow.
  • Pour interrompre des tâches utilisateur fluides ou à enjeux élevés (comme un processus de paiement ou une saisie de données complexe), sauf si cela est absolument nécessaire pour éviter une erreur critique.
  • Si la décision ou la tâche contenue dans la fenêtre modale nécessite que les utilisateurs accèdent à d’autres informations sur la page ou ailleurs dans l’application.

Formatage​

Structure​

Formatage des fenêtres modales

Les fenêtres modales comprennent un en-tête, un corps et un pied de page.

  1. En-tête : l'en-tête contient le titre de la fenêtre modale et communique son objectif.
  2. Corps : contient le texte nécessaire aux utilisateurs pour effectuer la tâche indiquée dans la fenêtre modale. Les fenêtres modales peuvent également comporter d'autres composants dans le corps.
  3. Boutons : il s'agit des principales actions dont l'utilisateur a besoin pour effectuer la tâche indiquée dans la fenêtre modale ou l'annuler.
  4. Icône de fermeture : ferme la boîte de dialogue sans soumettre de données.
  5. Superposition : recouvre le contenu de la page principale et le rend inactif tant que la tâche de la fenêtre modale n'est pas terminée ou annulée.

Erreurs​

Les messages d'erreur doivent respecter les directives en vigueur dans ce domaine. Pour en savoir plus, reportez-vous aux éléments suivants :

Contenu​

Directives générales relatives à la rédaction​

  • Mettez une majuscule en début de phrase pour tous les aspects relatifs à la conception des interfaces de produit Guidewire. Ne mettez pas la 1re lettre du 1er mot du titre en majuscule.
  • Utilisez des verbes au présent et la forme active dans la plupart des cas.
  • Utilisez des contractions courantes pour donner à votre texte un ton plus naturel et informel.
  • Utilisez un langage simple. Évitez tout jargon inutile et les formulations complexes.
  • Utilisez des termes et des phrases concis.
  • Les en-têtes doivent poser une seule question claire ou communiquer un seul message concis. Si la fenêtre modale a été conçue à titre d'information ou à des fins pédagogiques et qu'aucune décision n'est requise, le titre peut se présenter sous la forme d'une déclaration.
  • Évitez d'utiliser « Êtes-vous sûr » comme titre d'une fenêtre modale. Ce texte est vague et les utilisateurs pourraient ne pas savoir ce que vous demandez vraiment. Posez plutôt aux utilisateurs la question à laquelle vous voulez qu'ils répondent à l'aide de l'action spécifique, par exemple « Envoyer un paiement ? ».

Corps​

  • Le corps du texte doit préciser clairement les conséquences éventuelles et expliquer les options disponibles en termes simples.
  • Assurez-vous que la fenêtre modale contient toutes les informations nécessaires pour une prise de décision unique.
  • Évitez d'inclure des informations qui n'ont aucun rapport avec la décision ou des descriptions compliquées de situations rares.
  • Pour les fenêtres modales qui apparaissent à titre d'information, utilisez le ton approprié en fonction de la nature du message. Par exemple, lorsque vous cherchez à empêcher l'apparition d'une erreur, le texte UX doit être clair et direct.

Boutons​

  • Le texte du bouton principal doit énoncer une action non équivoque qui répond à la question posée dans l'en-tête.
  • Assurez-vous que la question et l'action utilisent les mêmes termes. Évitez d'utiliser un langage incohérent. Par exemple, si vous demandez « Supprimer le portefeuille ? » dans l’en-tête, le bouton d’appel à l’action principal (CTA) doit également indiquer « Supprimer ».
  • Les actions principales se trouvent à droite, les actions d'annulation ou secondaires à gauche.
  • Pour les fenêtres modales qui exigent une décision, utilisez des termes qui décrivent l'action littérale plutôt qu'une formulation vague comme Oui, OK ou Bien sûr.
  • Gardez « OK » pour les situations telles que les fenêtres modales de confirmation, dans lesquelles vous demandez simplement à l'utilisateur de prendre acte des informations présentées.
Cette fenêtre modale pose clairement des questions sur l’action spécifique, informe l’utilisateur d’une conséquence potentielle clé et propose des boutons orientés vers l’action sans ambiguïté.
Cette fenêtre modale pose une question vague, omet de mentionner les conséquences importantes et propose des options de bouton « Oui/Non » peu claires.

Comportements​

États​

Lors du déclenchement d'une fenêtre modale, certains éléments, tels que les boutons, ont un état actif, focus et survol.

  • Focus : fournit un commentaire indiquant que l'élément est mis en évidence à l'aide du clavier ou de la souris.
  • Actif : fournit un commentaire indiquant que l'utilisateur clique ou appuie sur l'élément.
  • Survol : indique que l'utilisateur a positionné le curseur de la souris sur l'élément (version pour ordinateur de bureau uniquement).

Lors de la fermeture de la fenêtre modale, l'utilisateur revient au contenu de la page en cours et à son workflow précédent.

Interactions​

Souris​

Lorsque l'utilisateur clique sur l'icône de fermeture en haut à droite, il ferme la fenêtre modale sans soumettre ses données.

S'il clique sur le bouton d'action principale, la tâche est effectuée et la fenêtre modale disparaît.

L'action secondaire permet à l'utilisateur de faire marche arrière et de ne prendre aucune mesure. Le fait de cliquer sur le bouton secondaire ferme la fenêtre modale et l'utilisateur revient à son contexte précédent.

Clavier​

Lorsque la fenêtre modale est déclenchée, la séquence de tabulation et le focus clavier sont limités à l'espace de la fenêtre. La fenêtre principale est inerte et ne peut faire l'objet d'aucune interaction tant que la fenêtre modale n'est pas annulée.

Lecteur d'écran​

Les composants de la fenêtre modale incluent un élément WAI-ARIA de type role="dialog" et aria-modal="true" pour indiquer aux technologies d'assistance que la fenêtre en dessous est actuellement inerte. L'ordre du focus, les noms accessibles et les relations programmatiques dépendent du contenu individuel de chaque fenêtre modale. L'élément avec ARIA role="dialog" comprend à la fois une référence aria-labelledby et une référence aria-describedby, qui renvoient toutes les deux respectivement au titre principal de la fenêtre modale et à son contenu.

Accessibilité​

Ce composant a été validé pour répondre aux directives d’accessibilité WCAG 2.2 AA dans sa configuration de base par défaut. Il s’agit notamment de s’assurer que :

  • Le rapport de contraste des éléments textuels par rapport à leur arrière-plan est supérieur à 4.5:1.
  • Le contenu non textuel qui doit transmettre le sens (comme les icônes et les indicateurs de focus) a un rapport de contraste d’au moins 3:1 avec ses couleurs adjacentes.
  • Cet élément peut être utilisé à l’aide d’un clavier et d’une souris.
  • Le contenu est accessible à l’aide de lecteurs d’écran, tels que JAWS et VoiceOver.

La conformité de l’accessibilité dépend en définitive de la façon dont ce composant est implémenté et personnalisé. Les modifications apportées par l’auteur du contenu peuvent affecter l’accessibilité. Pour en savoir plus sur notre modèle de responsabilité partagée, consultez notre Déclaration d’accessibilité Jutro complète.

Reportez-vous aux bonnes pratiques de création conformément à la spécification WAI-ARIA pour les fenêtres modales et pensez à vérifier les points suivants dans votre application :

  • Au moment du déclenchement de la fenêtre modale, le focus clavier est placé sur le premier élément accessible dans cette fenêtre.
  • Lors de sa fermeture, le focus clavier est de nouveau placé sur le composant à l'origine du déclenchement de la fenêtre modale.
  • Le focus ne doit pas se déplacer en dehors de la fenêtre modale tant que celle-ci reste ouverte.