# Intégration au bureau

There are two elements to basic integration with the user environment of the GNOME Desktop.

1. Place an entry for your application in the Applications menu. This is the primary mechanism by which users discover and run applications.

2. If your application can open and save files, place entries for those file types in the application database and the document type (MIME) database. This allows the file manager and other applications to automatically launch your application when they encounter files your application can handle.

Do not add launchers or other icons to the desktop when your application is installed. The desktop is the user's space, and is reserved for icons that they explicitly request or add themselves.

## Mise en place d'entrées dans le menu Applications

Le menu Applications

Screenshot of the open Applications menu on the GNOME menu panel

Le menu Applications, qui apparaît par défaut sur le tableau de bord en haut de l'écran, est le mécanisme principal de découverte et de lancement des applications par l'utilisateur. Vous placez des entrées dans ce menu en installant un fichier `.desktop` approprié.

Le menu est arrangé par ensembles de catégories, tels que Accessoires et Jeux. Les applications sont placées dans des catégories données grâce à un ensemble de mots-clés inclus dans le fichier `.desktop`.

Conseils

- n'attribuez votre application qu'à une seule catégorie du menu Applications,

- pour les suites d'applications, qui contiennent de nombreuses sous-applications plus petites dans une fenêtre unique, telles que Evolution ou OpenOffice.org, ajoutez un élément de menu pour chaque sous-application. Par exemple, le courriel, le calendrier, la liste des tâches dans Evolution devraient posséder leur propre élément de menu.

Des détails techniques sont disponibles dans les spécifications de freedesktop.org pour les menus et les entrées de bureau.

### Noms des éléments de menu

#### Inclusion d'une description fonctionnelle dans le nom d'un élément de menu

Dans le nom d'un élément de menu, outre le nom correct de l'application, incorporez une description des fonctionnalités. La chose est particulièrement utile aux utilisateurs novices et aux utilisateurs de systèmes où de nombreuses applications sont installées par défaut. Les utilisateurs trouveront plus facilement une application si le nom qui apparaît dans le menu inclut une description de ses fonctionnalités.

Par exemple, les utilisateurs testeurs du système Athena du MIT nous ont appris que les utilisateurs ont eu du mal à trouver le gestionnaire de fichiers parce qu'ils n'étaient pas familiers avec le nom « Nautilus ». Parce que les utilisateurs n'ont pas fait l'association entre le mot « Nautilus » et le concept de « gestionnaire de fichiers », l'élément de menu ne les a pas aidés. C'est un exemple de non-utilisation du langage utilisateur. Lisez la pour en savoir plus sur ce sujet.

Inclusion d'une description fonctionnelle dans les noms de menu

Élément de menu initial | Élément de menu révisé
--- | ---
Epiphany | Navigateur Web Epiphany

#### Inclusion des seules informations utiles dans le nom des éléments de menu

Ne mettez pas des mots comme « GNOME », « Système X Window », « GTK+ » ou autres détails de plateformes dans les noms des éléments du menu Applications. L'utilisateur connait probablement déjà la plateforme qu'il utilise et dans le cas contraire le nom des applications n'est pas un bon endroit pour le renseigner.

Suppression des informations non essentielles du nom des éléments de menu

Élément de menu initial | Élément de menu révisé
--- | ---
Visionneur d'images GNOME | Visionneur d'images
Éditeur de blog GTK | Éditeur de blog

N'ajoutez pas de détails techniques quand l'utilisateur n'a pas besoin de les connaître ou bien lorsqu'il peut les déduire du contexte. Évitez le jargon technique à moins que l'application ne soit conçue que pour être utilisée par un public de techniciens.

Par exemple, lorsqu'un client et un serveur pour quelque chose sont affichés tous deux dans les menus, supprimez le mot « client » du nom du menu pour le client.

Suppression du jargon technique des noms de menu

Élément de menu initial | Élément de menu révisé
--- | ---
Client Bataille navale GNOME | Bataille navale
Serveur Bataille navale GNOME | Serveur multi-joueurs Bataille navale
Client VideoLAN GNOME | Lecteur vidéo VideoLAN

Fournir la bonne information

Essayez d'imaginer quels sont les mots que les utilisateurs vont rechercher lorsqu'ils choisissent une application dans le menu Applications. C'est cette information qui doit être dans le nom de menu. Par exemple, un utilisateur qui désire regarder un film ne cherchera probablement pas le mot « client ». D'autre part, un utilisateur qui veut transmettre des films à partir de son ordinateur risque bien de chercher le mot « serveur ». Évitez de pensez au menu d'une application comme à une ontologie !

#### Formats du nom des éléments de menu

1. Si le nom propre de votre application décrit déjà ses fonctionnalités, mais pas uniquement de manière allusive, utilisez le format : Nom de l'application

   Utilisation du nom de l'application comme nom de menu

   Nom de l'application | Nom du menu
   --- | ---
   Dictionnaire | Dictionnaire
   Outil de recherche | Outil de recherche

2. Si une brève description fonctionnelle de votre application existe, utilisez le format : NomApplication DescriptionFonctionnelle

   Utilisation d'une description fonctionnelle comme nom de menu

   Nom de l'application | Nom de l'élément de menu
   --- | ---
   The GIMP | Éditeur d'image GIMP
   Sous-application de courriel Evolution | Messagerie d'Evolution
   AbiWord | Traitement de texte AbiWord
   Galeon | Navigateur Web Galeon
   Gramps | Généalogie Gramps
   AisleRiot | Solitaire AisleRiot

3. Quelques applications, en particulier les jeux, n'ont pas de description fonctionnelle appropriée (mais notez que beaucoup de jeux en ont une). Dans ce cas, utilisez le nom de l'application comme nom de menu.

   Utilisation du nom de l'application quand aucune description fonctionnelle n'existe

   Nom de l'application | Nom de l'élément de menu
   --- | ---
   Bomber Maze | Bomber Maze

### Infobulles d'élément de menu

L'aide des infobulles fournit aux utilisateurs assez d'informations pour lancer la bonne application. Beaucoup d'utilisateurs utilisent les infobulles pour parcourir un nouvel environnement.

Prévoyez une infobulle pour chaque élément ajouté au menu Applications en suivant ces conseils :

Conseils

- formulez le texte de l'infobulle à l'aide d'un verbe à l'impératif en anglais (mais à l'infinitif en français), par exemple « concevoir », « écrire » ou « vérifier »,

- décrivez les tâches les plus importantes que les utilisateurs pourront réaliser avec l'application,

- les infobulles ne doivent pas être verbeuses, mais elles doivent être plus longues et plus descriptives que le nom de l'élément.

Exemples d'infobulles pour des applications GNOME

Application | Infobulle de l'élément de menu
--- | ---
Table de caractères | Insérer des caractères spéciaux dans vos documents
Memprof | Vérifier les faiblesses mémoire de vos applications
Same Gnome | Vider l'écran en supprimant des groupes de billes de même couleur
Client Bataille navale GNOME | Chercher et couler les bateaux ennemis dans cette version réseau de Battleship

## Clés GConf

Chaque clé GConf doit posséder une description longue et une description courte. De nombreuses clés ne sont pas interfacées par les applications, donc pour quelqu'un qui gère les valeurs des clés via une autre application, chaque champ de description est la seule interface disponible.

Conseils

- La description courte doit être courte, moins de 8 mots ; elle décrit le but de la clé.

- La description longue doit donner toutes les valeurs possibles de la clé ainsi que les effets de ces valeurs sur l'application.

Exemples de descriptions de clés GConf de gnome-terminal

Clé/Touche | Description courte | Description longue
--- | --- | ---
background_type | Type d'arrière-plan | Type d'arrière-plan du terminal. Les valeurs possibles sont « solid » pour une couleur uniforme, « image » pour une image ou « transparent » pour la pseudo-transparence.
delete_binding | Effet de la touche Suppr. | Indique le code généré par la touche « Suppr. ». Les valeurs possibles sont « ascii-del » (caractère ASCII DEL), « control-h » (Ctrl-H, c'est à dire le caractère ASCII BS) et « escape-sequence » (séquence d'échappement usuelle liée à « retour arrière » ou à « suppr. »). La valeur normale est « escape-sequence ».

## Correspondance entre types de documents et applications

La base de données des types de document (MIME) permet aux utilisateurs d'indiquer leurs applications préférées pour l'ouverture des différents types de document. C'est par ce mécanisme que Nautilus, Evolution et les autres applications décident quelle application lancer lorsqu'elles rencontrent un document qu'elles ne peuvent pas ouvrir elles-mêmes.

Il est important pour les utilisateurs d'avoir la possibilité de double-cliquer sur les documents qu'ils voient sur le bureau, tels que fichiers, messages électroniques, pour les ouvrir dans leur application favorite. Par conséquent, au moment de l'installation, votre application GNOME devra être associée à tous les types de document qu'elle peut prendre en charge. Les détails techniques pour réaliser cette liaison peuvent être obtenus dans les spécifications infos MIME partagées et Desktop Entry de Freedesktop.

## Utilisation de la zone de notification d'état

En utilisant la zone de notification d'état, les applications peuvent informer l'utilisateur d'évènements non-critiques (par exemple, l'arrivée d'un nouveau courriel ou un « copain » de discussion qui vient de se connecter) et afficher l'état des processus actifs du système (par exemple, un document en cours d'impression ou une batterie de portable en charge).

Suivre les conseils de cette section vous aidera à éclairer l'esprit des utilisateurs sur la différence entre « informations présentées dans la zone de notification » et « informations et contrôles présentés ailleurs dans le tableau de bord ».

L'utilité de la zone de notification diminue rapidement si plus de quatre icônes environ y sont présentes en permanence. Pour cette raison, il faut préférer des icônes qui apparaissent seulement temporairement en réponse à des évènements.

### Zone de notification ou applet du tableau de bord ?

Vous devriez probablement écrire une applet plutôt qu'utiliser la zone de notification si :

- un clic sur l'icône de la zone de notification ne fait rien d'autre d'ouvrir une fenêtre associée directement à l'icône (par ex. une fenêtre d'un dossier de courriel pour une icône de nouveau courriel ou une fenêtre de file d'impression pour une icône de notification d'imprimante) ou si

- il y a des options spécifiques à l'icône dans son menu contextuel pour faire n'importe quoi d'autre que cela ou si

- votre application n'a jamais besoin d'afficher plus d'une icône de notification en même temps.

### Apparence de l'icône

Conseils

- Utilisez un effet de perspective d'objets sur une table pour les icônes représentant des périphériques physiques, avec la source de lumière au dessus et à gauche de l'objet représenté. Par exemple, une icône d'imprimante pendant l'impression. Consultez la pour plus d'informations sur la perspective sur table.

- Utilisez un effet de perspective à plat, avec éclairage par dessus, pour toutes les autres icônes. Par exemple, une enveloppe affichée lorsqu'un nouveau courriel arrive. Consultez la pour plus d'informations sur la perspective à plat.

- Pour des contrôleurs ou des barres de progression qui évoluent au cours du temps, tel qu'un contrôleur de charge de batterie, délimitez clairement la zone.

Conseils

- Seuls les programmes du noyau GNOME peuvent afficher de manière permanente une icône dans la zone d'état.

- Non-core programs for which a perpetual icon may be useful must default to not perpetually showing the icon. Users may select to enable a perpetual icon for the application as a preference. Standard way of presenting this option would be nice.

### Animation

Conseils

- Les icônes ne doivent normalement pas être animées. Elles peuvent être modifiées pour indiquer un changement d'état, mais il ne faut pas le faire si cette modification est régulière ou rapide. Un contrôleur d'état de batterie évolue normalement lentement, par conséquent une icône est appropriée. Au contraire, un analyseur de charge change constamment, par conséquent il doit utiliser une image fixe.

- Aucune icône ne doit clignoter pour indiquer une erreur eu égard aux alertes. Par exemple, une icône d'impression en cours peut clignoter lorsqu'il y a un bourrage papier, mais pas quand l'imprimante est en feu - cela devrait déclencher l'affichage d'une alerte.

- Ne prévoyez pas des clignotements ou des animations comme moyens d'alerte de l'utilisateur pour n'importe quel évènement particulier.

### Interaction

Les icônes doivent répondre aux actions suivantes de l'utilisateur (les appuis sur les touches du clavier n'ont d'effet que si l'icône possède le focus, bien sûr).

Conseils

- Double-click or Space key should perform the icon's default action. Normally this should open a window with relevant data, for example:

  - the printer queue for a printing-in-progress icon.

  - the inbox for an incoming email icon

  - the message for an incoming message

- Un clic à droite ou un appui sur Maj F10 doit afficher le menu contextuel de l'icône ; il comporte a minima l'action par défaut de l'icône.

- Si les propriétés de l'icône peuvent être modifiées, il doit y avoir un élément de menu Propriétés dans son menu et la fenêtre des propriétés doit s'afficher en réponse à Alt+Entrée.

- Les icônes doivent obéir aux conventions habituelles des infobulles.