Différences

Ci-dessous, les différences entre deux révisions de la page.

--- ergonomie_de_gnome [Le 22/07/2017, 17:07] – [La headerbar (2)] suppression lien mort vers appli non maintenue Roschan
+++ ergonomie_de_gnome [Le 26/08/2026, 04:06] (Version actuelle) – màj lien interne | GNOME 3 -> GNOME ou GNOME Shell krodelabestiole
@@ Ligne 1: / Ligne 1: @@
 {{tag>gnome environnements}}
-====== Ergonomie de GNOME 3.x ======
+====== Ergonomie de GNOME ======
-L'**ergonomie** est « l'étude **scientifique** de la relation entre l'homme et ses moyens, méthodes et milieux de travail » et l'application de ces connaissances à la conception de systèmes « qui puissent être utilisés avec **le maximum de confort, de sécurité et d'efficacité** par le plus grand nombre. »((https://fr.wikipedia.org/wiki/Ergonomie))
+> L'**[[wpfr>ergonomie]]** est « l'étude **scientifique** de la relation entre l'homme et ses moyens, méthodes et milieux de travail » et l'application de ces connaissances à la conception de systèmes « qui puissent être utilisés avec **le maximum de confort, de sécurité et d'efficacité** par le plus grand nombre. »(([[wpfr>ergonomie|Wikipédia]]))
-Le bureau GNOME Shell (2011) fut le premier, dans le petit monde du logiciel libre, à proposer une ergonomie brisant les habitudes des utilisateurs, et si vous venez de Windows par exemple (ou pire encore si vous venez d'Unity), quelques explications peuvent être les bienvenues.
+Le bureau [[:GNOME Shell]] (2011) fut le premier, dans le petit monde du logiciel libre, à proposer une ergonomie brisant les habitudes des utilisateurs, et si vous venez de Windows par exemple (ou si vous venez d'[[:Unity]]), quelques explications peuvent être les bienvenues.
 ===== Historique =====
@@ Ligne 13: / Ligne 13: @@
 Certaines de ces études ciblent les interfaces GNU/Linux, et notamment GNOME((https://wiki.gnome.org/Design/Studies/GnomeGeneralResearch)), à l'époque en version 2 : souvent complexes voire brouillonnes, les interfaces des programmes libres proposaient trop souvent des fonctionnalités redondantes, l'interface des logiciels elle-même prenant le pas sur le contenu qu'elles présentent et qui intéresse l'utilisateur. Les menus étaient nombreux et longs à explorer, l'espace était alors mal optimisé sur les petits écrans, et à partir de la fin des années 2000, les usages commencent à changer en terme de matériel avec l'arrivée des netbooks, et du tactile.
-Inaccessibles à certains débutants, nécessitant parfois une fastidieuse personnalisation pour les utilisateurs déjà convaincus, les [[environnements]] disponibles sur Ubuntu suivent alors un certain traditionalisme : des panneaux avec des applets et des lanceurs, des menus déroulants imbriqués, et des applications reprenant à l'identique les principes de design de Windows.
+Inaccessibles à certains débutants, nécessitant parfois une fastidieuse personnalisation pour les utilisateurs déjà convaincus, les [[:environnements]] disponibles sur Ubuntu suivent alors un certain traditionalisme : des panneaux avec des applets et des lanceurs, des menus déroulants imbriqués, et des applications reprenant à l'identique les principes de design de Windows.
-Frappant un grand coup, la fondation GNOME lance GNOME 3 : outre le bureau [[GNOME Shell]], de nombreuses applications sont retravaillées, voire créées, pour expérimenter divers principes ergonomiques, quitte à parfois déboussoler les utilisateurs.
+Frappant un grand coup, la fondation GNOME lance GNOME 3 : outre le bureau [[:GNOME Shell]], de nombreuses applications sont retravaillées, voire créées, pour expérimenter divers principes ergonomiques, quitte à parfois déboussoler les utilisateurs.
-Cette initiative en lancera d'autres en réponse : [[Unity]], [[MATE]], [[Cinnamon]], la version 4 de [[KDE]], ... autant d'exemples d'[[environnements]] pleins d'idées différentes et souvent innovantes nées suite à ce tremblement de terre que fut Gnome 3.
+Cette initiative en lancera d'autres en réponse : [[:Unity]], [[:MATE]], [[:Cinnamon]], [[:Budgie]], la version 4 de [[:KDE]], ... autant d'exemples d'[[:environnements]] pleins d'idées différentes et souvent innovantes nées suite à ce tremblement de terre que fut GNOME 3.
 Après plusieurs années à "se chercher", GNOME a finalement abouti à un ensemble plutôt cohérent et réfléchi de principes d'organisation de l'interface.
@@ Ligne 40: / Ligne 40: @@
   * L'utilisateur doit voir en priorité ce qui l'intéresse, qu'il s'agisse du contenu (document, média, page web) ou de l'interface (boutons, menus).
-==== Application à GNOME 3.x ====
+==== Application à GNOME ====
   * L'interface d'un logiciel doit au maximum mettre en valeur le contenu (document, page web, média) plutôt que le logiciel en lui-même (barres, boutons, menus).
@@ Ligne 56: / Ligne 56: @@
 Théoriquement, pour le cas d'applications au milieu de l'écran, en terme de déplacement de souris, passer par la vue "Activités" ne rallongerait pas significativement les déplacements de souris et n'exigerait aucun clic supplémentaire par rapport à l'utilisation d'un dock vertical comme [[Unity]].
-Ceci dit les utilisateurs n'aiment légitimement pas qu'on cherche à trop chambouler leurs habitudes, et chaque utilisateur ayant des habitudes différentes, __les développeurs de GNOME encouragent chacun à s'approprier l'interface__ [[GNOME Shell]] par l'usage d'**[[extensions-gnome|extensions]]**.
+Ceci dit les utilisateurs n'aiment légitimement pas qu'on cherche à trop chambouler leurs habitudes, et chaque utilisateur ayant des habitudes différentes, les développeurs de GNOME encouragent chacun à s'approprier l'interface [[:GNOME Shell]] par l'usage d'**[[:extensions_gnome|extensions]]**.
-Concernant les applications, certaines modifications de [[:Nautilus]] ou d'[[:Epiphany]] par exemple ont été vécues comme des régressions voire des pertes de fonctionnalités, que les développeurs ont mis plusieurs années à combler. Le développement de GNOME se concentre maintenant plutôt sur de nouvelles applications (d'après leurs noms anglais : Builder, Games, Boxes, Recipes, Softwares, Photos, Calendar, ...) plutôt que sur la modification d'applications existantes.
+Concernant les applications, certaines modifications de [[:Nautilus|GNOME Fichiers]] ou de [[:Epiphany|GNOME Web]] par exemple ont été vécues comme des régressions voire des pertes de fonctionnalités, que les développeurs ont mis plusieurs années à combler. Le développement de GNOME se concentre maintenant plutôt sur de nouvelles applications (d'après leurs noms anglais : Builder, Games, Boxes, Recipes, Softwares, Photos, Calendar, ...) plutôt que sur la modification d'applications existantes.
 ==== Remarques ====
@@ Ligne 74: / Ligne 74: @@
 Quelques captures d'écran :
-| {{http://i.imgur.com/OPlDL5S.png?300|Gnome Photos}} | {{http://i.imgur.com/uABy2BZ.png?300|Gedit}} |
+| {{https://i.imgur.com/OPlDL5S.png?300|Gnome Photos}} | {{http://i.imgur.com/uABy2BZ.png?300|Gedit}} |
 ^ GNOME Photos ^ [[Gedit]] ^
@@ Ligne 85: / Ligne 85: @@
 Exemples :
 ^ [[Gnome Web]] ^ [[Gnome Builder]] ^ [[Rhythmbox]] ^ [[gedit]] ^ [[Nautilus]] ^
 | Nouvelle fenêtre \\ Nouvelle fenêtre privée \\ Rouvrir l'onglet fermé \\ Historique \\ Préférences \\ Raccourcis claviers \\ Aide \\ À propos \\ Quitter | Nouveau projet \\ Ouvrir un projet \\ Préférences \\ Générer le journal de support \\ Raccourcis claviers \\ Aide \\ À propos \\ Quitter | Ajouter de la musique \\ Affichage (sous-menu) \\ Outils (sous-menu) \\ Greffons \\ Préférences \\ Aide \\ À propos \\ Quitter | Nouvelle fenêtre \\ Préférences \\ Raccourcis claviers \\ Aide \\ À propos \\ Quitter | Nouvelle fenêtre \\ Panneau latéral \\ Préférences \\ Raccourcis claviers \\ Aide \\ À propos \\ Quitter |
 ==== La "headerbar" (2) ====
@@ Ligne 103: / Ligne 103: @@
 === La recherche (4) ===
-Usuellement situé **à droite**, de la //headerbar//, et symbolisé par une loupe, il s'agit la plupart du temps de rechercher parmi le contenu, mais dans le cas des [[gnome-control-center|paramètres système]] ou de [[gnome-tweak-tool|l'outil de personnalisation]], il s'agit de rechercher un paramètre par exemple.
+Usuellement situé **à droite**, de la //headerbar//, et symbolisé par une loupe, il s'agit la plupart du temps de rechercher parmi le contenu, mais dans le cas des [[:gnome-control-center|paramètres système]] ou de [[:gnome-tweak-tool|l'outil de personnalisation]], il s'agit de rechercher un paramètre par exemple.
 === Le "mode sélection" (5) ===
-Usuellement situé **à droite**, de la //headerbar//, et symbolisé par un symbole ✅ ("v"), il permet de sélectionner des items pour leur appliquer un traitement particulier (envoi par mail, suppression, ajout à un album/une playlist/un dossier, ajout d'un tag, ...).
+Usuellement situé **à droite**, de la //headerbar//, et symbolisé par un symbole ''✓'', il permet de sélectionner des items pour leur appliquer un traitement particulier (envoi par mail, suppression, ajout à un album/une playlist/un dossier, ajout d'un tag, ...).
 <note important>Le mode sélection n'est pas compatible avec tous les thèmes GTK+, surtout les plus vieux !</note>
@@ Ligne 123: / Ligne 123: @@
 ===== Principes de conception (pour le développement) =====
-Traduction complète quoique approximative des **[[https://developer.gnome.org/hig/stable/design-principles.html.en|principes de design issus du wiki de GNOME]] __à destination des développeurs__ d'applications**. Bien que destinées aux développeurs, ces informations ne sont pas inintéressantes pour l'utilisateur.
+Traduction complète quoique approximative des **[[https://developer.gnome.org/hig/|principes de design issus du wiki de GNOME]] __à destination des développeurs__ d'applications**. Bien que destinées aux développeurs, ces informations ne sont pas inintéressantes pour l'utilisateur.
 <note>Ces principes théoriques sont assez libres d'interprétation et ne sont donc pas toujours parfaitement respectés, y compris par les développeurs internes aux projets GNOME.</note>
-=== Une application = un objectif clair ===
+==== Une application = un objectif clair ====
-Des buts clairs et bien définis dès le départ sont la clé d'un bon design. Les applications doivent fournir un ensemble clair et conceptuellement de fonctionnalités à fournir, attention à ne pas en "glisser". Une application qui tente de faire plein de choses disparates finira par être complexe et source de confusion chez l'utilisateur.
+Des buts clairs et bien définis dès le départ sont la clé d'un bon design. Les applications doivent fournir un ensemble clair et conceptuellement cohérent de fonctionnalités à fournir, attention à ne pas en dériver. Une application qui tente de faire plein de choses disparates finira par être complexe et source de confusion chez l'utilisateur.
 Les meilleures applications fournissent une solution élégante dans un domaine spécifique.
-=== Gardez la complexité de l'interface utilisateur à son minimum ===
+==== Gardez la complexité de l'interface utilisateur à son minimum ====
 Chaque contrôle ou information ajoutée à l'interface de l'application génère un travail d'apprentissage ou de compréhension supplémentaire pour les utilisateurs, augmentant la complexité de l'interface -- la rendant potentiellement moins plaisante voire plus difficile à utiliser.
@@ Ligne 139: / Ligne 139: @@
 Par ailleurs, n'incluez que les contrôles et informations essentiels dans votre interface : en ajoutant quelque chose, demandez-vous toujours si c'est vraiment nécessaire.
-=== Divulguez progressivement les contrôles qui ne sont requis que dans certaines situations ===
+==== Divulguez progressivement les contrôles qui ne sont requis que dans certaines situations ====
 Cela évite que l'utilisateur ait à naviguer parmi des contrôles qui ne peuvent pas lui servir. Montrer les contrôles lorsqu'ils sont requis rend l'application plus simple, tout en proposant la même quantité de fonctionnalités.
 Il y a plusieurs moyens de faire ça, par exemple avec différentes vues, différents modes, ou en montrant des contrôles flottants ou transitoire lorsque du contenu ou un item est sélectionné.
-=== N'exigez que le minimum de la part de l'utilisateur ===
+==== N'exigez que le minimum de la part de l'utilisateur ====
 Une application laborieuse à utiliser peut devenir source d'irritation, donc efforcez-vous de faire marcher votre logiciel pour les utilisateurs (plutôt que ce soient les utilisateurs qui le fasse marcher pour vous).
@@ Ligne 150: / Ligne 151: @@
 À chaque fois que l'application requiert une entrée de la part des utilisateurs (utiliser un contrôle ou fournir une information), il faut se demander si on peut le faire pour eux : essayer d'éviter les écrans de réglages manuels ou les assistants, et rendre facile le retour aux contenus récemment utilisés.
-=== Créez une hiérarchie claire ===
+==== Créez une hiérarchie claire ====
 Les gens ont tendance à "lire" l'interface de gauche à droite, et de haut en bas. Les items rencontrés en premier sont perçus comme dominants par rapport à ceux qui viennent ensuite. Utilisez cette hiérarchie implicite pour communiquer quelles parties et fonctionnalités de votre application sont les plus importantes.
@@ Ligne 156: / Ligne 157: @@
 Positionner les contrôles les plus importants est vers le coin supérieur-gauche de la fenêtre, et placer les contrôles dominants avant les autres qu'ils affectent. Voir [[https://developer.gnome.org/hig/stable/visual-layout.html.en|ici pour plus de détails]].
-=== Priorisez le contenu ===
+==== Priorisez le contenu ====
 Une application présente généralement un contenu (images, texte, messages, ou des données plus complexes). C'est ce contenu qui intéresse l'utilisateur, et trop de contrôles, donc des éléments d'interface envahissants, distraient l'utilisateur de l'objet de son attention.
@@ Ligne 162: / Ligne 163: @@
 Donner au contenu le maximum d'espace possible dans l'interface, en réduisant le bombre de contrôles affichés.
-=== Anticipez les erreurs ===
+==== Anticipez les erreurs ====
 Les gens font des erreurs. Les anticiper va prévenir des conséquences désastreuses, et rendra l'application davantage plaisante et satisfaisante à utiliser. La première ligne de défense ici, est de concevoir l'application de telle sorte que les erreurs ne puissent pas être faites. Deuxièmement, si une erreur est faite, il faut qu'elle soit facile à rattraper.
@@ Ligne 168: / Ligne 169: @@
 Il faut automatiquement corriger les entrées potentiellement invalides, et toujours rendre possible l'annulation des opérations destructives.
-=== Évitez les interruptions ===
+==== Évitez les interruptions ====
 Les interruptions causent de la frustration et de l'irritation, et empêchent les gens de se concentrer. Concevoir les applications telles qu'elles n’interrompent pas l'utilisateur lorsqu'elles sont inutilisées.
 Utiliser les notifications avec modération, et toujours éviter les fenêtres de dialogue surgissant spontanément sans que ce ne fut l'intention de l'utilisateur. De manière générale, minimiser les mécanismes de feedback gênants comme les boîtes de dialogue.
-=== Fournissez une recherche rapide et efficace ===
+==== Fournissez une recherche rapide et efficace ====
 La recherche est un mécanisme puissant pour trouver rapidement du contenu. Il faut en proposer dès qu'on a une grande quantité de contenu, que ce soit sous forme de liste ou de grille. Il est vital que cette recherche soit aussi immédiate que possible, et retourne des résultats visibles par l'utilisateur.
@@ Ligne 180: / Ligne 181: @@
 Gnome Shell propose un moyen de faire des recherches intégrées. Intégrer la recherche de l'application à Gnome Shell donne aux utilisateurs un moyen rapide et simple d'accéder au contenu proposé par l'application.
-=== Utilisez les options de configuration avec parcimonie ===
+==== Utilisez les options de configuration avec parcimonie ====
 La plupart des gens ne verront jamais ces options de configuration. Ajouter des options ressemble souvent à une rustine : plutôt que d'ajouter des options, il faut faire en sorte que le comportement par défaut de l'application satisfasse autant de personnes que possible.
-=== Un nom instructif et une icône attractive ===
+==== Un nom instructif et une icône attractive ====
 Le nom et l'icône sont les 2 aspects les plus expressifs de l'application, ils doivent communiquer sa fonction et son identité.
@@ Ligne 190: / Ligne 191: @@
 Les gens devraient pouvoir comprendre le but de l'application à partir de son nom, et la reconnaître à partir de son icône, qui fait partie de l'identité visuelle de l'application : belle, distincte, attractive.
-=== Utilisez (avec parcimonie) l'émotion voire l'humour ===
+==== Utilisez (avec parcimonie) l'émotion voire l'humour ====
-Utilisé pertinemment, cela peut épicer l'expérience fournie par l'application, et aider à établir une relation positive avec l'utilisateur. Il ne faut pas abuser de ces techniques, bien entendu : souhaiter la bienvenue dans l'application la premire fois, ou dédramatiser la situation quand il y a un problème, peuvent être de bonnes idées.
+Utilisé pertinemment, cela peut épicer l'expérience fournie par l'application, et aider à établir une relation positive avec l'utilisateur. Il ne faut pas abuser de ces techniques, bien entendu : souhaiter la bienvenue dans l'application la première fois, ou dédramatiser la situation quand il y a un problème, peuvent être de bonnes idées.
-===== Voir aussi =====
-[[https://developer.gnome.org/hig/stable/|Les "guidelines" de développement complètes]].
 -----
-Contributeurs : [[utilisateurs/roschan]]
+//[[:Contributeurs]] : [[utilisateurs:roschan]], ...//

Différences

Outils de la page

Outils du site

Divers