# Fenêtres

## Composants des fenêtres et interactions avec le système

### Titres

Donnez un titre à chaque fenêtre (à l'exception des alertes et des boîtes à outils). Un bon titre de fenêtre contient une information pertinente pour l'utilisateur et permet de distinguer une fenêtre particulière des autres fenêtres ouvertes. Ne mettez pas d'information qui n'aiderait pas à faire ce choix, par exemple le numéro de version de l'application ou le nom du fournisseur.

Exemple de titre de fenêtre

Screenshot showing a window title bar with title "Parts of Windows and System Interaction - Mozilla Firefox"

Consultez la description des formats de titre pour chaque type particulier de fenêtre.

### Encadrements et commandes de fenêtre

La plupart des fenêtres possèdent un cadre, sauf certaines fenêtres mises en forme et certaines fenêtres détachées (torn-off). N'essayez pas de dessiner vos propres cadres de fenêtre, mais au contraire indiquez au gestionnaire de fenêtre le type de cadre souhaité.

Chaque type de fenêtre dispose de commandes appropriées. Consultez la description de chaque type particulier de fenêtre pour obtenir la liste des commandes de fenêtre en relation. Voici les commandes de fenêtre possibles :

- Fermeture

  Ferme la fenêtre. Représentez-la toujours sous forme d'un bouton en bord de fenêtre, si cela correspond au type de la fenêtre.

- Maximisation

  Agrandit la fenêtre de façon à ce qu'elle occupe tout l'espace libre de l'écran.

- Minimisation

  Masque temporairement la fenêtre. Elle continue à apparaître dans la liste des fenêtres du bureau.

- Enrouler/Dérouler

  N'affiche que la barre de titre de la fenêtre comme si elle avait été « enroulée ».

### Modalité

Une fenêtre non modale n'interdit en aucune façon l'interaction de l'utilisateur avec les autres fenêtres ouvertes du bureau. L'utilisation de fenêtres non-modales offre à l'utilisateur la souplesse maximale pour réaliser des tâches dans l'application dans n'importe quel ordre et de la façon qu'il veut.

Une fenêtre modale applicative, tant qu'elle est ouverte, empêche l'utilisateur d'interagir avec les autres fenêtres de la même application.

Une fenêtre modale système, tant qu'elle est ouverte, empêche l'utilisateur d'interagir avec n'importe quelle autre fenêtre de n'importe quelle application, dont le bureau lui-même.

Conseils

- N'utilisez de fenêtre modale applicative que si l'autorisation d'interagir avec d'autres parties de l'application pendant que la fenêtre est ouverte risque de provoquer des pertes de données ou d'autres problèmes sérieux. Proposez une façon claire de quitter la fenêtre modale comme un bouton Annuler dans une alerte.

- N'utilisez pas de fenêtre modale système.

### Focus

Le focus est le moyen utilisé par l'utilisateur pour indiquer la fenêtre qui doit recevoir les données du clavier, de la souris ou d'autres périphériques d'entrée. Si vous utilisez un lecteur d'écran ou d'autres outils d'accessibilité, le focus peut également indiquer la fenêtre dont l'utilisateur veut recevoir de l'information. La fenêtre qui a le focus est considérée comme la fenêtre dans laquelle l'utilisateur « travaille » actuellement.

Assurez-vous que votre application réagit correctement aux trois mécanismes différents par lesquels les fenêtres peuvent recevoir le focus dans GNOME :

- Cliquer pour recevoir le focus (click-to-focus)

  Une fenêtre reçoit le focus si vous cliquez dessus.

- Pointer pour recevoir le focus (point-to-focus)

  Une fenêtre reçoit le focus lorsque le pointeur de la souris se trouve au dessus d'elle. Parfois connu sous le nom de « sloppy focus ».

- Focus au clavier (keyboard focus)

  Une fenêtre reçoit le focus à l'aide d'un raccourci clavier tel que Alt Tab.

Restrictions spéciales pour « point to focus »

Notez que « point-to-focus » impose un grand nombre de restrictions pour les applications GNOME, restrictions qui n'existent pas dans des environnements tel que MacOS ou Windows. Par exemple, des fenêtres d'utilitaires partagées par plusieurs fenêtres de documents, comme les boîtes à outils de l'éditeur d'image GIMP, ne peuvent pas être sensibles au contexte — ainsi, elles ne peuvent pas initier une action comme Enregistrer le document actuel. En déplaçant la souris du document actuel à la fenêtre utilitaire, l'utilisateur pourrait par inadvertance déplacer le pointeur sur une autre fenêtre de document, par conséquent changer le focus et peut-être enregistrer le mauvais document.

### Affichage et masquage des fenêtres

La façon dont votre application affiche ou masque les fenêtres peut grandement affecter la perception de votre application par l'utilisateur, plus particulièrement de ses performances.

Conseils

- Affichez toujours une fenêtre dès que possible mais vérifiez bien que votre fenêtre possède la bonne taille avant de l'afficher. Redimensionner une fenêtre une fois qu'elle est visible, désoriente et donne un aspect brouillon à votre application.

- Si une fenêtre contient des informations qui prennent quelques secondes à calculer et à afficher, il est souvent mieux de ne pas la remplir complètement avant de commencer à l'afficher. Par exemple, une fenêtre destinée à contenir une grande zone de texte peut être affichée rapidement, et ensuite le texte inséré après coup (à condition que cela ne provoque pas un redimensionnement de la fenêtre). Cela donnera l'impression que votre application est plus réactive que si vous n'affichez pas la fenêtre avant qu'elle ne soit complètement remplie.

- Masquez une fenêtre le plus rapidement possible après sa fermeture. À moins qu'un message d'avertissement ne soit affiché, masquez immédiatement une fenêtre que l'utilisateur a fermée en cliquant sur le bouton Fermer en bordure de la fenêtre ; votre application peut continuer à réaliser des opérations internes de nettoyage par la suite. En plus de donner l'apparence que le système est lent, ne pas faire cela peut donner l'impression au gestionnaire de fenêtres que l'application ne répond plus et provoquer l'affichage d'une fenêtre d'avertissement inutile pour l'utilisateur.

## Fenêtres principales

Une fenêtre principale présente habituellement une vue des données de l'utilisateur, tel que le document texte dans une application de traitement de texte, une image dans un programme de dessin ou des calculs dans un tableur ou une calculatrice. Cela peut également être une vue de quelque chose plus abstrait, comme un jeu. Une instance unique d'une application peut posséder plus d'une fenêtre principale et plus d'un type de fenêtre principale.

Une fenêtre principale apparaît toujours dans la liste des fenêtres du tableau de bord.

Une fenêtre principale classique (gedit)

A typical primary window: the gedit document view

Une fenêtre principale d'application possède normalement un encadrement, une barre de menu et peut également contenir une ou plusieurs barres d'outils.

### Titre

L'élément le plus important dans le titre d'une fenêtre d'une application basée sur des documents est le nom du document ouvert. Pour les autres applications, c'est généralement le nom de l'application.

Conseils

- Utilisez le nom du fichier comme titre de fenêtre pour les applications basées sur des documents. N'utilisez pas le chemin complet car le nom du fichier seul est plus facile à distinguer parmi les titres des autres fenêtres ouvertes, par exemple dans la liste des fenêtres.

  Utilisation des noms de documents comme titres de fenêtre

  Application | Exemple de titre de fenêtre
  --- | ---
  AbiWord | Mon rapport.abw
  Evolution | Boîte de réception
  Lecteur de musique | Téléphone - Dure limite

  Si le chemin est important, par exemple si l'utilisateur a ouvert deux documents portant le même nom dans des répertoires différents dans la même application, affichez le nom complet dans la barre d'état.

- Avant qu'un document ne soit enregistré pour la première fois, paramétrez le titre de la fenêtre à <Type de document> non enregistré. Par exemple, Dessin non enregistré, Feuille de calcul non enregistré ou de manière plus générique Document non enregistré.

- Lorsqu'un document possède des modifications non enregistrées, insérez un astérisque (*) au début du titre de la fenêtre. Par exemple, *Dessin non enregistré, *Rapport Annuel

- Pour une application non basée sur des documents, utilisez le nom de l'application comme titre de fenêtre.

  Utilisation des noms d'applications comme titre de fenêtre

  Application | Titre de fenêtre
  --- | ---
  Dictionnaire | Dictionnaire
  Calculatrice | Calculatrice

- Ne mettez pas de numéros de version, noms de société ou d'autres informations qui ne sont pas immédiatement utiles à l'utilisateur dans le titre de la fenêtre. Cela prend de la place, rend les titres dans un espace limité tel que la liste des fenêtres du système moins lisibles et ajoute du texte supplémentaire que l'utilisateur doit parcourir pour trouver l'information utile. Dans une version « bêta » où les numéros de version sont critiques pour les informations de bogues, mettre des numéros de version peut être utile, mais retirez-les dans les versions stables. Placez plutôt les informations de version dans la boîte de dialogue « À propos ».

Bien que les noms de document soient les plus pertinents pour les utilisateurs, nous comprenons que les développeurs d'applications souhaitent augmenter la visibilité de leur application. Si vous avez l'intention d'ajouter le nom de votre programme dans le titre de la fenêtre principale, utilisez le format suivant : Nom du document - Nom de l'application. Cela permet de s'assurer que le nom du document restera visible dans les cas où l'espace est limité, comme la liste des fenêtres du système.

Inclure le nom de l'application dans le titre d'une application basée sur des documents n'est pas recommandé.

Quand vous donnez un nom à vos fenêtres, placez-vous dans le contexte de la liste des fenêtres du tableau de bord. Sur un écran classique avec un nombre relativement petit de fenêtres ouvertes, une fenêtre disposera de 20-30 caractères de texte et d'une icône. Pensez au texte qui donnera le plus rapidement des indices parlants à un utilisateur qui rechercherait une fenêtre donnée.

### Commandes de fenêtre

Fermer, maximiser/restaurer, minimiser, enrouler/dérouler

### Relation entre les documents et les fenêtres

#### Interface à document unique (SDI)

Une interface à document unique place chaque document dans sa propre fenêtre principale. Les boîtes à outils et autres fenêtres utilitaires peuvent être partagées entre plusieurs documents d'interface SDI mais leur fermeture ne doit pas avoir d'effet sur les fenêtres de document. Utilisez des interfaces SDI pour vos applications GNOME à moins qu'il y ait une raison valable de ne pas le faire.

Une application typique SDI (Eye of GNOME)

A typical SDI application: Eye of GNOME being used to inspect an icon

#### Interface à plusieurs documents (MDI)

Une interface à documents multiples affiche une représentation de chacun d'entre eux dans un panneau, sous un onglet ou quelque chose de similaire dans une fenêtre unique.

Une application MDI typique (gedit) affichant trois documents ouverts dans des onglets

A typical MDI application: gedit with three open documents in the same window

Les interfaces MDI présentent plusieurs problèmes d'ergonomie sous-jacents, donc nous déconseillons leur utilisation dans les applications. Il est préférable d'ouvrir chaque document dans une nouvelle fenêtre principale, avec sa propre barre de menu, ses barres d'outils et sa barre d'état ou d'autoriser le lancement simultané de plusieurs instances de l'application. Dans l'un ou l'autre cas, le gestionnaire de fenêtres (en agissant sur les préférences de l'utilisateur) décidera à la place de votre application de la manière de regrouper et présenter les fenêtres des documents d'une même application.

#### Interface à document unique contrôlé (CSDI)

Dans une application SDI type, les fenêtres document sont traitées en tant que fenêtres principales. Par exemple, quand l'ensemble des fenêtres document ont été fermées, l'application (y compris les fenêtres utilitaires) se ferment également. Dans une interface CSDI, une fenêtre utilitaire est considérée comme fenêtre principale. Par exemple, la fermeture de cette fenêtre utilitaire ferme toutes les fenêtres document et quitte l'application.

L'utilisation d'interface CSDI n'est pas recommandée.

Les interfaces CSDI sont parfois utilisées parce que les fenêtres document sont trop petites pour posséder des barres de menu. Ce n'est habituellement pas le cas normal d'utilisation des applications, mais cela pourrait représenter une minorité non négligeable. Par exemple, si un éditeur d'image est utilisé pour modifier les petits éléments graphiques d'une page Web, il pourrait souvent en résulter de très petites fenêtres document qui ne peuvent même pas être accompagnées d'une barre de titre.

Le meilleur moyen pour résoudre ce problème est de permettre aux éléments de barres de menus de se « rassembler » dans un bouton de dépassement, tout comme les boutons de barres d'outils font lorsque la largeur de la fenêtre est trop petite pour accueillir tous les boutons de la barre d'outils. Cela autorise les petites fenêtres tout en suggérant à l'utilisateur l'endroit où ont été rangés les éléments de menu.

Notez que si votre application a comme principale utilisation le traitement de tous petits éléments, vous devriez rechercher un moyen d'éviter complètement les fenêtres. La fenêtre n'est pas l'interface efficace pour traiter un grand nombre de petits éléments. Pensez à rechercher un système d'agencement fixe ou automatique de présentation des « documents ». Considérez également que, si les « documents » étaient regroupés dans une entité de plus haut niveau, ce regroupement pourrait dans ce cas devenir le document.

## Fenêtres utilitaires

Les fenêtres utilitaires, telles que les palettes et les boîtes à outils, possèdent normalement des encadrements. Elles ne contiennent ni barre de menus, ni barre d'outils, ni barre d'état.

Une fenêtre utilitaire ne doit pas apparaître dans la liste des fenêtres du tableau de bord à moins que ce ne soit la seule fenêtre affichée par l'application. Par contre, la fenêtre utilitaire doit apparaître au dessus de l'application lorsque la fenêtre de l'application est elle-même sélectionnée parmi la liste des fenêtres.

### Fenêtres à application immédiate

Pour les fenêtres permettant à l'utilisateur de modifier des valeurs ou des réglages, telles que les fenêtres de propriétés ou de préférences, mettez à jour ces valeurs ou réglages immédiatement pour refléter les modifications dans la fenêtre. Ce fait est connu en anglais sous le terme « instant apply (application immédiate) ». N'obligez pas l'utilisateur à cliquer sur un bouton Valider ou Appliquer pour rendre les modifications effectives à moins que :

- les modifications ne prennent plus d'une seconde à s'exécuter, car, dans ce cas, l'application des modifications pourrait donner l'impression que le système est lent ou ne répond pas,

- les modifications de la fenêtre doivent être appliquées simultanément pour éviter que le système n'entre potentiellement dans un état instable. Par exemple, les champs de nom d'hôte et de serveur mandataire dans une fenêtre des propriétés de réseau.

Si l'une ou l'autre de ces conditions n'affectent qu'un nombre limité de contrôles dans la fenêtre, rassemblez ces contrôles dans un ou plusieurs groupes, chacun d'entre eux possédant son propre bouton Appliquer. Laissez le reste des autres contrôles en application immédiate.

Conseils

- N'essayez pas de valider ou d'appliquer les changements résultant des modifications d'un contrôle de saisie avant que l'utilisateur n'ait déplacé le focus vers un autre contrôle de la fenêtre ou bien que la fenêtre ne soit fermée. Une validation après chaque appui sur une touche est généralement agaçante et inutile. Une exception : si le champ n'accepte qu'un nombre fixé de caractères, comme un code hexadécimal de couleur, validez et appliquez la modification dès que le nombre correct de caractères a été saisi.

- Lorsque l'utilisateur déplace le focus vers un autre contrôle, n'indiquez pas une entrée non valide en affichant un message d'avertissement ou en annulant la modification que l'utilisateur a effectuée. Ces deux façons de faire sont particulièrement perturbantes pour les utilisateurs qui utilisent le focus sous le pointeur ; pour ces utilisateurs, le focus peut quitter le contrôle plus souvent que dans le cas d'un utilisateur qui clique pour recevoir le focus.

### Fenêtres à application explicite

Si la plupart des contrôles de votre fenêtre ne sont pas adaptés à une application immédiate, songez à rendre la totalité de la fenêtre à « application explicite ». Une fenêtre à application explicite dispose de trois boutons dans sa boîte de groupement, plus en option le bouton Aide :

- Appliquer

  Applique tous les réglages de la fenêtre, mais ne la ferme pas au cas où l'utilisateur souhaiterait changer d'avis.

- Annuler

  Annule tous les réglages de la fenêtre et revient à ceux en cours lors de l'ouverture de la fenêtre. Remarque : cela doit annuler les effets de tous les clics sur le bouton Appliquer depuis l'ouverture de la fenêtre et non uniquement le plus récent.

- Valider

  Applique tous les réglages de la fenêtre et ferme la fenêtre.

Boutons dans une fenêtre à application explicite

Screenshot showing correct positions for Help, Apply, Cancel and OK buttons in a dialog

### Boutons par défaut

Lorsque vous concevez une boîte de dialogue ou une fenêtre utilitaire, vous pouvez associer la touche Entrée à l'activation d'un bouton particulier de la fenêtre. GNOME indique ce bouton à l'utilisateur en dessinant une bordure différente autour de celui-ci. Par exemple le bouton Aide sur la figure .

Choisissez comme bouton par défaut celui qui correspond à l'action la plus probable, telle qu'une action de confirmation ou une action qui applique les modifications dans les fenêtres utilitaires. Ne choisissez pas comme bouton par défaut, un bouton dont l'action est irréversible, destructive ou bien inopportune pour l'utilisateur. Si aucun bouton n'est approprié dans votre fenêtre comme bouton par défaut, n'en paramétrez aucun.

En particulier, il n'est actuellement pas recommandé de paramétrer le bouton Fermer comme bouton par défaut dans une fenêtre à application immédiate ; cela pourrait amener les utilisateurs à fermer la fenêtre accidentellement avant d'avoir fini de l'utiliser.

### Fenêtres Propriétés

Les fenêtres Propriétés permettent à l'utilisateur d'afficher et de modifier les caractéristiques d'un objet tel qu'un document, un fichier, un dessin ou un lanceur d'application.

Exemple de fenêtres de propriétés

Screenshot showing the "file properties" window from Nautilus

Format du titre :

Propriétés de nom de l'objet

Commandes de la fenêtre :

Fermer, minimiser, enrouler/dérouler

Boutons :

Placez un bouton Fermer dans l'angle inférieur droit. Il est possible de mettre un bouton Aide dans l'angle inférieur gauche.

### Fenêtres Préférences

Les fenêtres Préférences permettent à l'utilisateur de modifier l'apparence d'une application ainsi que la façon dont elle se comporte.

Exemple d'une fenêtres préférences

Screenshot showing the Gnibbles preferences window

Format du titre :

Préférences de nom de l'application

Commandes de la fenêtre :

Fermer, minimiser, enrouler/dérouler

Boutons :

Placez un bouton Fermer dans l'angle inférieur droit. Il est possible de mettre un bouton Aide dans l'angle inférieur gauche.

#### Personnalisation des polices et des couleurs

Si votre fenêtre préférences permet à l'utilisateur de personnaliser les polices et les couleurs, utilisez les termes et dispositions suivants comme guide pour ces contrôles :

Termes recommandés pour modifier des éléments du thème - à remplacer par une capture d'écran

    	(o) Utiliser la police du thème
    	(o) Utiliser cette police : [ Sélecteur de police ]

    	(o) Utiliser les couleurs du thème
    	(o) Utiliser ces couleurs :
    		Arrière-plan: [ Sélecteur de couleur ]
    		Couleur de police: [ Sélecteur de couleur ]

La terminologie des boutons radio peut être encore plus précise là où c'est requis, par exemple, « Utiliser la police à chasse fixe du thème » ou « Utiliser la couleur d'arrière-plan du thème ».

### Boîtes à outils

Une boîte à outils fournit un accès pratique à un ensemble d'actions ou de bascules à travers un ensemble de petits boutons style barre à outils. Les boîtes à outils peuvent être utilisées pour fournir un regroupement spécialisé d'outils pour compléter une barre d'outils contenant des éléments plus généraux tels que des boutons Enregistrer et Ouvrir. Une boîte à outils peut être partagée entre plusieurs documents pour gagner de la place à l'écran.

Un exemple de boîte à outils

A screenshot of a toolbox with eight buttons arranged into two rows

Format du titre :

Les boîtes à outils n'ont pas de titre

Commandes de la fenêtre :

Fermer, enrouler/dérouler

Boutons :

Les boîtes à outils n'ont pas de boutons

Redimensionnement :

Il faut que les boîtes à outils puissent être redimensionnées, mais uniquement par multiples entiers de la longueur des éléments de la boîte à outils. Autrement dit, l'utilisateur peut configurer la taille de la boîte à outils à un, deux ou trois éléments de large, etc. mais pas une fois et demie.

Conseils

- Ne mettez pas de boutons qui ouvrent une autre fenêtre dans une boîte à outils.

- Il est préférable d'utiliser les boîtes à outils pour des boutons de changement de mode, boutons qui modifient la nature de l'opération réalisable avec la souris dans le document, tel qu'un jeu de boutons pour sélectionner entre un pinceau, une gomme ou des modes de remplissage dans une application de dessin. Les boutons qui lancent des actions lorsqu'ils sont pressés (comme un bouton enregistrer) sont plus à leur place dans les barres d'outils.

- Assurez-vous que la fermeture d'une boîte à outils ne ferme ou ne modifie aucune des fenêtres principales auxquelles elle est associée.

- Ne placez pas les boîtes à outils dans la liste des fenêtres du système. Les boîtes à outils doivent toujours rester au dessus de toutes les fenêtres principales auxquelles elles sont associées.

- Si toutes les fenêtres principales associées à une boîte à outils sont fermées ou minimisées, masquez la boîte à outils également. Affichez la boîte à outils à nouveau dès qu'une des fenêtres principales est ouverte ou restaurée.

- Faites des boîtes à outils de deux éléments sur la largeur par défaut, excepté si elle est divisée en catégories ; dans ce dernier cas, faites des boîtes à outils de quatre éléments sur la largeur par défaut.

#### Boîte à outils à catégories

Même si les boîtes à outils à catégories ne sont pas visuellement aussi séduisantes qu'une boîte à outils remplie de manière homogène avec de belles icônes, elles facilitent la gestion des grosses boîtes à outils. Pointer sur une petite icône parmi plus de quinze autres éléments est une tâche difficile. De plus, les catégories permettent aux utilisateurs de masquer des groupes d'outils qui ne sont pas pertinents pour la tâche en cours.

Une grande boîte à outils divisée en catégories

Conseils

- Divisez en catégories les boîtes à outils qui possèdent plus de seize éléments. La meilleure taille pour une catégorie se situe entre quatre et dix éléments.

- Donnez à chaque catégorie une étiquette et une flèche d'enroulement/déroulement. En cliquant sur l'étiquette ou la flèche, les boutons de la catégorie sont alternativement masqués ou apparents.

## Alertes

Une alerte fournit des informations sur l'état de l'application ou demande des informations essentielles sur la manière de réaliser une tâche particulière. Elle se distingue des autres types de fenêtre par le fait qu'elle n'est pas directement demandée par l'utilisateur et qu'elle contient habituellement un message ou une question plutôt que des contrôles modifiables. Comme les alertes sont des intrusions importunes dans le travail de l'utilisateur, ne les utilisez pas à moins que cela ne soit nécessaire pour éviter des éventuelles pertes de données ou d'autres problèmes importants.

Une alerte possède une bordure similaire à celle d'une boîte de dialogue et est un objet modal.

Une alerte ne doit pas apparaître dans la liste des fenêtres du tableau de bord à moins qu'elle ne soit, ou puisse être, la seule fenêtre affichée par l'application. Par exemple, une alerte concernant un rappel de rendez-vous peut être affichée après que la fenêtre principale de l'application calendrier a été fermée.

De plus, une alerte doit apparaître au dessus de l'application lorsque la fenêtre de l'application elle-même est sélectionnée dans la liste des fenêtres.

Un exemple d'alerte

An example of an alert, showing the text "You have an appointment with George Wells in 15 minutes", and with an OK button to dismiss the window.

Format du titre

Les fenêtres d'alerte ne possèdent pas de titre car le titre ne ferait que dupliquer inutilement le texte principal de l'alerte. De cette manière, les utilisateurs peuvent lire et répondre à l'alerte plus rapidement car il y a moins de bruit visuel et de texte confus.

Redimensionnement

Les fenêtres d'alerte ne peuvent pas être redimensionnées. Si l'utilisateur a besoin de les redimensionner, c'est que le texte n'est probablement pas assez concis.

Commandes de la fenêtre :

Aucune

Les alertes doivent être disposées au dessus de leur parent

Les alertes n'apparaissent pas dans la liste des fenêtres du système. En conséquence, prenez bien soin de vérifier que les alertes sont au dessus de leur fenêtre parent. Sinon les utilisateurs perdront probablement l'alerte et trouveront que votre application ne répond plus sans raison apparente. Les fenêtres modales doivent toujours rester au dessus des fenêtres qu'elles bloquent.

### Texte d'alerte

Une alerte peut contenir à la fois un texte principal et un texte secondaire. Le texte principal résume brièvement la situation. Le texte secondaire fournit des informations supplémentaires.

À la fois, le texte principal et le texte secondaire doivent pouvoir être sélectionnés. Cela facilite pour l'utilisateur la copie et le collage du texte dans une autre fenêtre telle qu'un message de courriel.

Positionnement du texte principal et secondaire

Screenshot of an alert showing example of primary text in bold, and secondary text in a smaller font underneath.

Texte principal

Le texte principal fournit à l'utilisateur en une seule phrase un résumé de l'information ou de l'action suggérée. Ce résumé doit contenir de manière concise les détails essentiels concernant le problème ou la suggestion. Toutes les alertes possèdent un texte principal, affiché avec une police grasse plus grande que celle par défaut. La ponctuation du texte principale est dans le style de celui d'un « titre de journal », c'est-à-dire, il ne possède pas de point terminal mais il peut se terminer par un point d'interrogation.

Denote primary text with the pango markup:

    <span weight="bold"
          size="larger">Primary Text</span>

Texte secondaire

Le texte secondaire fournit une description un peu plus approfondie du problème et de l'action suggérée, y compris les possibles effets collatéraux. Il peut également fournir des informations susceptibles d'aider l'utilisateur à prendre une décision de manière avertie. Dans la plupart des situations, l'utilisateur ne devrait avoir besoin que du texte principal pour prendre une décision rapide, mais il peut lire le texte secondaire s'il n'est pas sûr du moyen d'action correct ou s'il a besoin de détails supplémentaires. Le texte secondaire est optionnel mais, s'il est utilisé, positionnez-le à une distance égale à la hauteur d'une ligne en dessous du texte principal en utilisant la taille et la graisse de la police par défaut.

### Boutons d'alerte

Placez dans toutes les alertes un bouton de confirmation qui ferme l'alerte et réalise l'action suggérée par le texte principal. Mettez un bouton Annuler pour toutes les alertes affichées en réponse aux actions de l'utilisateur, tel que Quitter. Si l'alerte concerne un problème technique ou autre situation qui pourrait provoquer des pertes d'informations, placez un bouton Aide donnant plus d'informations sur la situation particulière et expliquant les possibilités offertes à l'utilisateur. Vous pouvez également mettre des boutons pour réaliser des actions alternatives offrant des variantes possibles, résolvant des problèmes potentiels ou bien ouvrant des boîtes de dialogue ou des programmes en relation.

Ordre et positionnement des boutons pour les alertes

Screenshot showing ordering and placement of alert buttons: Help button in bottom left, and Alternate, Cancel and Affirmative buttons in bottom right.

Rédaction des intitulés de boutons

En anglais, rédigez les étiquettes de boutons avec des verbes à l'impératif, par exemple Save (Enregistrer), Print (Imprimer). Cela permet aux utilisateurs de choisir l'action avec moins d'hésitations. Également, la forme active, contrairement à la passive, est mieux adaptée au rôle du bouton qui est d'initier une action. Par exemple, Find (Chercher) et Log In (Se connecter) sont des boutons plus explicites que Yes (Oui) et OK (Valider).

- Bouton de confirmation

  Placez le bouton de confirmation dans l'angle inférieur droit de l'alerte. Le bouton de confirmation accepte l'action proposée par l'alerte ou simplement ferme l'alerte si aucune action n'est suggérée (comme c'est le cas pour une alerte informative).

- Bouton Annuler

  Si l'alerte a été provoquée en réponse à une action de l'utilisateur, placez un bouton Annuler immédiatement à la gauche du bouton de confirmation. Ce bouton d'annulation est un échappatoire pour les utilisateurs ; il permet de stopper l'action en réponse à une nouvelle information ou simplement en cas de clic accidentel. Un clic sur le bouton Annuler remet l'application dans l'état précédant l'action de l'utilisateur.

- Bouton Aide

  Un bouton Aide peut s'utiliser pour expliciter les alertes qui avertissent d'options potentiellement destructrices. Placez le bouton Aide dans l'angle inférieur gauche de l'alerte. Lorsqu'il est cliqué, une fenêtre d'aide s'ouvre éclairant la situation, détaillant les actions inférées par les autres boutons et expliquant tout effet collatéral induit par chaque action.

- Autres boutons

  Des boutons supplémentaires peuvent s'utiliser pour fournir une alternative à l'action principale proposée par le texte de l'alerte. Placez ces boutons à gauche du bouton Annuler ou du bouton de confirmation si le bouton Annuler n'existe pas. Un exemple trivial d'action alternative est donné par le bouton Quitter sans enregistrer dans une alerte de confirmation d'enregistrement. C'est une alternative à l'action principale suggérée Enregistrer et au bouton Annuler.

### Espacement et positionnement dans les fenêtres d'alertes

L'utilisation d'un espacement clair et cohérent dans les alertes rend le message plus facile à comprendre et les réponses disponibles plus évidentes.

Espacement dans une fenêtre d'alerte

Diagram showing correct spacing to use between controls and buttons in an alert window. This is detailed in the guidelines below.

Conseils

- La bordure sur les côtés de la fenêtre d'alerte, de même qu'espacement entre icône et texte, ont une largeur de 12 pixels.

- L'espacement horizontal entre boutons est de 6 pixels.

- Ajoutez un saut de ligne de la taille de la police standard au dessous à la fois du texte principal et du texte secondaire, ou bien de 24 pixels si vous utilisez Glade.

- Alignez le haut de l'icône avec le haut du texte principal.

- Alignez à gauche le texte du message pour les langues occidentales.

Détails techniques pour un agencement correct

Créez une nouvelle fenêtre GtkDialog en précisant le nombre de boutons que vous souhaitez que l'alerte contienne (et un bouton d'aide si nécessaire). L'objet GtkDialog contient un conteneur GtkVBox avec la ligne du haut vide et celle du bas contenant un objet GtkButtonBox contenant lui-même les boutons. Dans la partie vide du haut, placez un nouveau conteneur GtkHBox. Dans la colonne de gauche du GtkHBox, placez un objet GtkImage. Dans la colonne de droite du GtkHBox, placez un objet GtkLabel. À l'intérieur du GtkLabel, placez le texte principal d'abord (avec la balise Pango appropriée, consultez la ), puis deux retours à la ligne (Entrée), puis placez le texte secondaire. Ensuite modifiez les propriétés de chaque contrôle selon ce tableau :

Propriétés du GtkDialog

Propriété | Valeur
--- | ---
Titre | (aucun)
Largeur de bordure | 6
Type | Premier niveau
Redimensionnable | Non
Has Separator | Non

Propriétés du GtkVBox (inclus par défaut dans la boîte de dialogue)

Propriété | Valeur
--- | ---
Espacement | 12

Propriétés du GtkHBox

Propriété | Valeur
--- | ---
Espacement | 12
Largeur de bordure | 6

Propriétés du GtkImage

Propriété | Valeur
--- | ---
Alignement Y | 0.00
Taille d'icône | Dialogue

Propriétés pour le GtkLabel

Propriété | Valeur
--- | ---
Utilisation de balise | Oui
Retour à la ligne du texte | Oui
Alignement Y | 0.00

### Alertes informatives

Utilisez une alerte informative lorsque l'utilisateur doit prendre connaissance d'informations affichées avant de continuer ou lorsqu'il a précisément demandé des informations. Présentez les informations moins importantes par d'autres biais tels qu'un message de barre d'état.

Une alerte informative

Une alerte informative...

- utilise l'icône information de la collection (stock icon),

- présente un message qui peut être sélectionné et un bouton OK (Valider). Le bouton est placé dans le coin inférieur droite de l'alerte. Un appui sur Entrée ou Échap ferme l'alerte.

- peut être munie d'un bouton pratique qui donne accès à un objet pertinent. Par exemple, un bouton Détails dans une alerte de rappel de rendez-vous qui ouvre une fenêtre des caractéristiques du rendez-vous. Placez ce bouton à gauche du bouton de confirmation.

Commandes de la fenêtre :

Enrouler/Dérouler, Minimiser (si l'alerte ne possède pas de fenêtre parent), Fermer

### Alertes d'erreur

Affichez une alerte d'erreur lorsqu'une opération demandée par l'utilisateur ne peut pas être réalisée avec succès. Présentez les erreurs causées par des opérations non demandées par l'utilisateur d'une autre manière à moins que l'erreur ne puisse provoquer des pertes de données ou d'autres problèmes sérieux. Par exemple, une erreur rencontrée pendant une vérification de présence de courriels initiée par l'utilisateur en cliquant un bouton de la barre d'outils doit être affichée à l'aide d'une alerte d'erreur. Cependant il est plus approprié de présenter une erreur rencontrée dans une vérification automatique et périodique du courriel par un message dans la barre d'état.

Une alerte d'erreur

Une alerte d'erreur...

- utilise l'icône erreur de la collection (stock icon),

- présente un message qui peut être sélectionné et un bouton OK (Valider). Le bouton est placé dans le coin inférieur droit de l'alerte. Un appui sur Entrée peut fermer l'alerte d'erreur.

- peut être muni d'un bouton pratique pour permettre la gestion immédiate de l'erreur. Par exemple, un bouton Format... dans une alerte « Le disque n'est pas formaté ». Placez ce bouton à gauche du bouton de confirmation.

Commandes de la fenêtre :

Enrouler/Dérouler

### Alertes de confirmation

Présentez une alerte de confirmation lorsque la commande de l'utilisateur peut supprimer des données, créer un risque au niveau de la sécurité ou nécessiter plus de 30 secondes de travail de l'utilisateur pour retrouver l'état initial si la commande résulte d'une erreur.

Une alerte pour confirmation

Une alerte pour confirmation...

- utilise l'icône avertissement de la collection (stock icon),

- présente un message pouvant être sélectionné avec, soit un bouton étiqueté d'un verbe ou d'une phrase verbale décrivant l'action à confirmer, soit le bouton OK (Valider) si l'étiquette nécessite plus de trois mots. Ce bouton est placé dans l'angle inférieur droit de l'alerte.

- présente un bouton Annuler qui empêche l'exécution de la commande de l'utilisateur. Ce bouton est placé immédiatement à gauche du bouton OK (Valider) ou du bouton équivalent.

- peut présenter un bouton d'action alternative ou un bouton pratique. Positionnez ce bouton à gauche du bouton Cancel (Annuler).

Commandes de la fenêtre :

Enrouler/Dérouler

#### Alertes pour confirmation d'enregistrement

Les alertes pour confirmation d'enregistrement aident à s'assurer que les utilisateurs ne perdent pas les modifications de leur document lorsqu'ils ferment les applications. Cela rend l'opération de fermeture moins risquée.

Une alertes pour confirmation d'enregistrement

Save confirmation alert: "[ Close without Saving] [ Cancel ] [[ Save ]] "

Texte principal

Enregistrer les modifications du document Nom du document avant de fermer ?

Vous pouvez remplacer document par une description plus exacte, par exemple image ou diagramme si le document en question n'est pas principalement du texte.

Texte secondaire

Si vous fermez sans enregistrer, les modifications effectuées lors de la dernière session seront définitivement perdues.

Le texte secondaire indique à l'utilisateur un contexte à propos des modifications qui pourraient être perdues.

Boutons

Fermer sans enregistrer, Annuler, Enregistrer

Lorsqu'une alerte de confirmation est nécessaire, affichez-la immédiatement. Si l'utilisateur confirme la fermeture sans enregistrement, masquez l'alerte et le document ou la fenêtre de l'application immédiatement avant de faire le ménage interne nécessaire. Si l'utilisateur choisit d'enregistrer avant de fermer, masquez l'alerte immédiatement, mais affichez la fenêtre du document jusqu'à ce que l'enregistrement soit terminé au cas où des erreurs apparaîtraient. Masquez la fenêtre du document immédiatement après qu'il a été enregistré avec succès.

### Alertes d'authentification

Les alertes d'authentification demandent à l'utilisateur les informations nécessaires pour obtenir l'accès à des ressources protégées, telles que le nom d'utilisateur ou le mot de passe. Les alertes pour authentification sont un type spécial d'alerte : elles sont à la fois habituelles et grandement inévitables. Tout doit être tenté pour retenir aussi longtemps que possible les informations saisies dans une alerte d'authentification tout en respectant les contraintes de sécurité.

Une alerte d'authentification

Conseils

- Utilisez l'icône authentification de la collection (stock icon),

- Affichez un champ de saisie avec étiquette pour chaque élément d'information requis. Les champs suggérés sont Nom d'utilisateur et Mot de passe (dans cet ordre) si besoin.

- Si le fait de retenir le nom d'utilisateur plus longtemps que le mot de passe n'affecte pas la sécurité, pré-remplissez le champ nom d'utilisateur et donnez le focus au champ du mot de passe à l'affichage de l'alerte.

- Affichez, soit un bouton étiqueté à l'aide d'un verbe ou d'une phrase verbale décrivant l'action d'authentification, soit le bouton OK (Valider) s'il n'y a pas d'expression appropriée ou si la longueur de la phrase excède trois mots. Ce bouton est placé dans l'angle inférieur droit de l'alerte.

- N'activez pas le bouton Valider ou son équivalent tant que tous les champs requis ne sont pas saisis par l'utilisateur. Souvenez-vous cependant qu'il est possible que tous les champs ne soient pas nécessaires, par exemple un mot de passe vide peut être accepté dans certaines applications.

- Affichez un bouton Annuler qui empêche l'authentification et ferme l'alerte. Placez ce bouton immédiatement à gauche du bouton Valider ou de son équivalent.

- Placez tout bouton d'action alternative ou bouton pratique à gauche du bouton Annuler.

- Lorsque l'utilisateur appuie sur la touche Entrée dans le dernier champ, activez le bouton par défaut. Lorsque l'utilisateur appuie sur Entrée dans tout autre champ, placez le focus dans le champ suivant.

Commandes de la fenêtre :

Enrouler/Dérouler

## Fenêtres de progression

Une fenêtre de progression peut être utilisée pour donner un retour d'informations pendant une opération qui prend plus de quelques secondes. Consultez la pour plus de détails sur un usage correct des barres de progression.

Une fenêtre de progression doit toujours apparaître comme une fenêtre indépendante dans une liste de fenêtre. Si la progression d'une tâche rend une fenêtre temporairement inutilisable, ne présentez pas une fenêtre de progression de type boîte de dialogue modale au dessus d'elle. Affichez plutôt la progression quelque part dans la fenêtre originale en rendant tous ses autres éléments temporairement insensibles. Cela aide à réduire l'encombrement visuel.

Un exemple de fenêtre de progression

An example of a progress window

Format du titre

Les fenêtres de progression doivent posséder un titre représentant l'opération complète : par exemple, Copie des fichiers, Installation ou Appel. Tout comme les autres titres de fenêtres, ne les terminez pas par des points de suspension.

Redimensionnement

Les fenêtres de progression peuvent être redimensionnables si elles contiennent des informations non statiques que l'utilisateur pourrait vouloir copier (par exemple, l'URL source d'une fenêtre de progression de téléchargement). Sinon elles ne doivent pas être redimensionnables.

Conseils

- Il est souvent préférable d'utiliser la barre de progression contenue dans beaucoup de barres d'état de fenêtres principales plutôt qu'une fenêtre de progression. Consultez la pour des détails sur le choix à faire.

- Les fenêtres de progression doivent utiliser texte principal et secondaire de la même façon qu'une alerte. Consultez la .

- Le texte de la barre de progression doit donner une idée de la quantité de travail déjà effectuée. Il est préférable de fournir une information précise plutôt qu'un pourcentage sans unités. Par exemple, « 13 sur 19 images pivotées » ou « 12,1 sur 30 Mio téléchargés » plutôt que « 13 % de réalisé ».

- Si possible, une estimation du temps restant avant que l'opération ne soit terminée, doit également être incluse dans le texte de la barre de progression. Indiquez que la « durée restante » est estimée en utilisant le mot « environ ».

- Immédiatement dessous la barre de progression, placez du texte en italique indiquant la sous-opération actuellement en cours. Cela peut être une étape d'une séquence « Connexion à la tour de contrôle pour obtenir la permission d'atterrir » ou cela peut être l'objet actuellement traité dans une opération volumineuse « Rotation de Monalisa.png », « Rotation de StarryNight.png ».

- If the operation in progress is potentially hazardous (destructive, costly, etc) or heavily taxes a limited resource for more than ten seconds (network bandwidth, hard disk, CPU, etc), consider placing a Pause toggle button to the right of the Cancel button. When paused, the italicized current sub-operation text should have " (Paused)" appended. This will allow users to perform important tasks requiring that resource, or give them time to think whether they want to procede with a dangerous operation they inadvertantly triggered.

Une fenêtre de progression pour une opération de copie de fichier

A progress window for a copy operation

### Fenêtres à liste de contrôle

Parfois, une procédure est composée d'une suite d'actions à réaliser par l'utilisateur. Dans ce cas, et plus particulièrement lorsqu'il est souhaitable que l'utilisateur devienne coutumier des actions concernant cette procédure, il peut être fait usage de fenêtres à liste de contrôle.

Assistant de configuration de pare-feu

Un assistant de configuration personnelle de pare-feu peut installer le paquet « firewall », ajouter des entrées pour le pare-feu dans /etc/xinetd.conf, redémarrer le super-démon internet et configurer le navigateur Web de l'utilisateur pour qu'il opère à travers le pare-feu. Il peut être souhaitable que l'utilisateur connaisse la série d'actions impliquées dans la configuration du pare-feu pour augmenter ses chances de réussite dans ce processus s'il veut opérer des modifications ultérieurement.

Une exemple de fenêtre à liste de contrôle (avant lancement)

A checklist window

Une exemple de fenêtre à liste de contrôle (progression en cours)

A checklist window

Un exemple de fenêtre à liste de contrôle (terminée)

A checklist window

Conseils

- Si la connaissance de la série d'étapes d'une opération n'est pas très utile à l'utilisateur, n'utilisez qu'une fenêtre de progression classique. Souvenez-vous que vous êtes probablement plus intéressé par ces informations que la plupart des utilisateurs, la plupart trouveront ces étapes techniques plus déroutantes qu'utiles.

- Contrairement aux fenêtres de progression classiques, les fenêtres à liste de contrôle ne doivent pas se fermer automatiquement lorsque l'opération est terminée et doivent avoir besoin d'entrées explicites de l'utilisateur avant de commencer car, l'un de leurs buts est l'information de l'utilisateur à propos des étapes constitutives de l'opération.

- La barre de progression indique la progression globale de l'opération et non pas de chaque étape. Bien que cela soit plus difficile à programmer, c'est l'information la plus utile à l'utilisateur. Estimez simplement la durée relative de chacune des étapes et attribuez-leur le quota fixe correspondant de progression dans l'avancement de la barre.

- N'utilisez pas de fenêtre à liste de contrôle pour une série d'étapes internes à la programmation, utilisez une fenêtre de progression classique. Par exemple « Connexion au serveur de courriel », « Authentification avec le serveur de courriel », « Téléchargement des messages », « Déconnexion » n'est pas une série appropriée d'étapes pour une fenêtre à liste de contrôle, mais serait une série appropriée d'étapes de sous-opérations pour une fenêtre de progression classique.

## Boîtes de dialogue

Une boîte de dialogue fournit un échange d'informations, ou dialogue, entre l'utilisateur et l'application. Utilisez une boîte de dialogue pour obtenir de la part de l'utilisateur des informations supplémentaires nécessaires à la réalisation d'une commande ou d'une tâche particulière.

Une boîte de dialogue ne doit pas apparaître dans la liste des fenêtres du tableau de bord. Toute boîte de dialogue doit apparaître au dessus de l'application lorsque la fenêtre de l'application elle-même est sélectionnée dans la liste des fenêtres.

Un exemple de boîte de dialogue

An example of a tabbed dialog: the GNOME print dialog

Format du titre :

Nom de la commande qui ouvre la boîte de dialogue (sans points de suspension à la fin)

Commandes de la fenêtre :

Minimiser, enrouler/dérouler

Boutons :

Suivez les conseils donnés pour les boutons des alertes, consultez la .

Votre boîte de dialogue peut indiquer un bouton par défaut, c'est-à-dire activé lorsque l'utilisateur appuie sur la touche Entrée. Consultez la pour des conseils sur le choix approprié d'un bouton par défaut.

### Boutons supplémentaires

Vous pouvez ajouter d'autres boutons dans la zone principale des boutons de la boîte de dialogue en plus du bouton de confirmation et du bouton Annuler, mais plus d'un ou deux boutons ajoutés rendront la boîte de dialogue compliquée et difficile à utiliser. Comme pour tous les autres boutons, utilisez des étiquettes aussi concises que possible pour minimiser ces effets.

Conseils

- Placez les boutons qui concernent l'ensemble de la boîte de dialogue dans la zone principale des boutons au bas de la boîte de dialogue, à gauche du bouton Annuler.

- Placez les boutons qui se rapportent à un ou plusieurs contrôles à côté des contrôles concernés. Par exemple, placez un bouton Rechercher... à la suite du champ texte qu'il contrôle.

### Agencement

Un agencement propre et logique de boîte de dialogue aide l'utilisateur à comprendre rapidement quelles informations lui sont demandées.

Conseils

- Disposez les contrôles dans votre boîte de dialogue dans le sens habituel de lecture des personnes. Dans les environnements linguistiques européens, c'est en général de la gauche vers la droite, de haut en bas. Placez les contrôles principaux avec lequel les utilisateurs interagiront aussi près que possible de l'angle supérieur gauche. Suivez les mêmes conseils pour disposer les contrôles dans les groupes de la boîte de dialogue et utilisez la touche Tab pour indiquer l'ordre de parcours des contrôles.

- Lors de l'ouverture d'une boîte de dialogue, donnez le focus initial au composant que, selon vous, l'utilisateur traitera en premier. Ce focus est particulièrement important pour les utilisateurs qui doivent utiliser un clavier pour naviguer dans votre application.

- Placez et affichez, dès l'ouverture, des valeurs par défaut judicieuses dans les contrôles, pour autant que ce soit possible, afin que l'utilisateur n'ait pas à créer de l'information à partir de rien. Ces valeurs par défaut peuvent provenir des paramètres du système (par exemple, nom d'hôte ou adresse IP) ou d'informations que l'utilisateur a saisies auparavant dans cette application ou dans une autre (par exemple, une adresse électronique ou un serveur mandataire de réseau).

Consultez le pour plus d'informations détaillées sur la disposition des contrôles dans les boîtes de dialogue.

Consultez la pour des informations sur l'usage de contrôles bloc-notes à onglets dans les boîtes de dialogue.

### Boîtes de dialogue courantes

La bibliothèque gtk et GNOME fournissent des boîtes de dialogue standard pour beaucoup de tâches usuelles comme l'ouverture et l'enregistrement de fichiers, la sélection de polices et de couleurs et l'impression. Utilisez-les toujours lorsque l'utilisateur doit opérer l'une de ces tâches. Vous pouvez modifier les boîtes de dialogue pour refléter les besoins particuliers de votre application (par exemple, ajout de boutons de pré-écoute Lire et Arrêter dans la boîte de dialogue « Ouvrir un fichier » dans une application audio) mais ne modifiez pas ou ne supprimez pas des caractéristiques au point de les rendre méconnaissables.

## Assistants

Un assistant est une fenêtre auxiliaire qui guide l'utilisateur au cours d'une opération en la divisant en étapes séquentielles. Les assistants sont utiles pour rendre les opérations complexes moins intimidantes car ils restreignent l'information visible par l'utilisateur à un instant donné.

Étant donné que les assistants ne comportent qu'un nombre relativement restreint de contrôles à l'écran à un moment donné, ils disposent de suffisamment d'espace pour de la documentation en ligne. Par conséquent, n'incorporez pas de bouton Aide dans une fenêtre d'assistant. Si vous ne pouvez pas rendre une opération suffisamment claire dans un assistant sans recourir à un bouton Aide, vous devez la simplifier encore plus.

Assistants do have major downsides. After using an assistant it is often hard to figure out where the individual settings aggregated into the assistant are stored. Often people will resort to re-running the assistant, re-entering many settings that they don't want to change. Why do they need to re-enter anything? The assistant should be populated with the exisiting settings whenever it is run.

Les assistants sont souvent utilisés dans des situations où une meilleure solution consisterait à simplifier ou même à automatiser le processus. Avant d'utiliser un assistant pour guider l'utilisateur pas à pas au cours d'une opération complexe, examinez s'il ne serait pas possible de simplifier l'opération foncièrement afin qu'un assistant ne soit pas nécessaire.

Commandes de la fenêtre :

Fermer, minimiser/ré-afficher, enrouler/dérouler

### Page d'introduction

La première page donne à l'utilisateur un « aperçu grossier ». Placez le titre de l'assistant dans la barre de titre de la fenêtre et dans la zone de titre de l'assistant accompagné d'un dessin optionnel. Exposez en dessous le but de l'assistant et, si ce n'est pas évident, l'emplacement où l'utilisateur peut trouver les informations demandées par l'assistant.

Format du titre :

Assistant Title

Boutons :

Annuler, Suivant

Exemple de première page d'un assistant

Screenshot showing the first page of an assistant for creating a new email account

### Pages de contenu

Les pages de contenu comportent les réglages effectifs de l'assistant. Résumez le type de paramètres présents dans le contenu de la page dans sa zone de titre, par exemple Serveur de courriel.

Format du titre :

Titre de l'assistant - (page actuelle sur nombre de pages totales)

Boutons :

Annuler, Précédent, Suivant

### Dernière page

La dernière page doit résumer les paramètres qui seront modifiés par l'assistant et comment l'utilisateur pourra les modifier par la suite.

Format du titre :

Fin Titre de l'assistant

Boutons :

Annuler, Précédent, Terminer