Juste un commentaire déjà sur comment faire une bonne proposition d'interface sans créer de biais: il faut changer seulement ce que tu veux vraiment proposer.
En l'occurrence là, tu nous mets par exemple une jolie couleur de fond bleutée par exemple. Or il y a une raison pour laquelle le fond de GIMP est dans un gris neutre.
Balance l'image dans ton éditeur de pixel préféré — GIMP par exemple! 😛 — et vérifie la couleur, tu constateras que les 3 canaux (Rouge, Vert et Bleu) ont exactement la même valeur (alors que ton fond a immanquablement un canal bleu bien plus fort). Ce n'est pas un hasard. C'est parce qu'une teinte quelconque de ton environnement va tromper ton œil.
Je suis sûr que presque tout le monde ici a vu ces diverses illusions de couleur qui se baladent sur le web (tiens un des premiers liens que me donne mon moteur de recherche, au hasard). On veut éviter ça. Quand tu travailles dans l'image, tu veux évidemment éviter te "planter" dans tes couleurs.
Illusion de couleur
Cherche sur le web, il y a plein d'article sur le fait qu'il faut absolument travailler avec un fond de couleur neutre (même en dehors de la partie logicielle, dans certains secteurs comme le cinéma, on va faire du color grading dans une pièce sans fenêtre et avec des murs les plus "gris neutre" possible). Ex d'un article trouvé au hasard sur le sujet.
Salle de Color Grading
Pourquoi je dis ça? Car déjà, tu nous fais un joli mockup dans une autre couleur de fond avec teinte bleutée, et forcément, ça pête tout de suite, bien plus que le gris chiant par défaut. Tu introduis donc un biais esthétique. On se dit "y a quelque chose", parce que tu as juste utilisé une couleur moins "ennuyeuse" que du gris (qui sera toujours ennuyeux, soyons clair, mais c'est le but d'une GUI pour un tel logiciel; si votre interface commence à vous attirer l'œil, c'est une mauvaise interface; c'est exactement ce qu'on veut pas dans un logiciel de graphisme!).
P.S.: bien sûr, par contre, les thèmes persos sont utilisables; un jour on a même vu un thème rose (véridique!). Chacun est libre de faire ce qu'il veut. Mais les thèmes par défaut seront toujours neutre (claire ou sombre, mais neutre).
Le second biais que je vois que tu as introduit est de plus grosses polices. Forcément on a tout de suite l'impression de "lire mieux" avec les 2 images côte à côte. Mais en fait, en s'attardant sur les captures, on comprends vite pourquoi: dans une capture, c'est écrit plus gros (et en plus avec les artefacts du JPEG, ça arrange rien pour la petite écriture qui subit plus les défauts de compression). C'est sûr que si j'écris tout en plus gros, on lit mieux. Tu peux te permettre de faire cela, car encore une fois, tu as travaillé sur une capture d'écran de qualité médiocre, pas sur un vrai logiciel. Forcément cette capture d'écran sait pas dans quelle résolution est ton écran, quelle est ta configuration de fontes dans l'OS, etc. Mais dans la vraie vie, la taille de police sera la même, à savoir celle qui est configurée dans ton OS pour du texte normal. Si tu configures ton OS pour avoir de gros textes, alors tu auras de gros textes. Ou tu peux le faire juste au niveau de GIMP en changeant la taille de texte au niveau du thèmes. Mais le faire au niveau de 2 captures comme comparaison de mockups, c'est un peu de la "triche", si je puis dire. Cette différence n'existe que dans ta comparaison en image.
Bon, maintenant une fois ces 2 biais bien identifiés, et en essayant d'en faire abstraction, j'ai essayé de regarder un peu ta proposition.
Pour résumer : "G", ":", "nom du layer" et "du document" sont retirés, car inutiles ou visibles et connus par ailleurs.
Comme j'ai dit dans mon précédent commentaire, les noms de calque/image sont certes des infos redondantes mais utiles. La redondance est en effet parfois très utile si elle te permet de sauver de précieuses secondes, puis minutes, puis heures en cumulé.
Je suis d'accord que l'affichage de ces infos peut être amélioré, mais les retirer est discutable (et possiblement une mauvaise idée). Cela paraît surtout une solution de facilité.
Les fonctions du preset sont dans le "...", car (à priori) pas des fonctions principales.
Ok. Pourquoi pas.
Maintenant pour le curseur, gros sujet!
Il n'y a pas de "petites flèches" dans les textfields, le support de la roulette de la souris s'y substitue bien mieux.
Pas tous les pointeurs n'ont de roulette, notamment pas les tablettes graphiques (sauf à utiliser un stylo optionnel, et encore seulement chez Wacom je crois; en plus ils n'ont même pas fait de nouvelles versions de ce stylo dernièrement, sauf changement récent, donc je pense qu'ils vont peut-être même abandonner ce design). Quand je regarde l'ordinateur de la réalisatrice de ZeMarmot, ces derniers temps, elle n'a même plus de souris branchée (uniquement le stylo).
Quand on fait un logiciel tel que GIMP, il faut que nos widgets s'adaptent à tous ces types de pointeurs (la tablette notamment est très courante, et pas seulement chez les illustrateurs), pas juste à une souris.
En testant la dernière mouture de GIMP je me suis rendu compte que le slider est encore moins pratique que je pensais, pour remplacer la valeur 10 par 15, il ne suffit pas de cliquer en taper 15, si on fait ca on se retrouve avec un comportement peu intuitif
Je comprends pas ce que tu dis. Je viens de tester, ça marche exactement comme ça.
il faut alors double cliquer sur le texte
Double cliquer permet de tout sélectionner, un comportement assez classique pour un widget de texte. Ça marche néanmoins tout à fait sans double-cliquer (on sélectionne pas tout, mais c'est ce que j'attends d'un widget de texte aussi).
et hop, fausse manip, on a vite fait d'interagir avec le slider superposé
Une fausse manip peut toujours arriver oui, mais c'est le cas pour tout. Tu peux faire des fausses manips avec ton curseur de base aussi. Je comprends pas où tu veux en venir. En tous cas, si je clique sur le texte, je peux l'éditer. Ça marche parfaitement bien.
Ensuite je dis pas que l'intéraction ne peut pas être améliorée (on peut toujours expérimenter ou réfléchir à mieux), mais n'empêche que le comportement actuel reste tout à fait attendu et fonctionnel. S'il fallait donc améliorer, cela passerait par peaufiner cette widget (comme ce qui fut fait dans 2.10.18, mais on peut sûrement faire encore mieux), pas revenir en arrière à des curseurs totalement basiques et bien moins puissants comme ceux par défaut de GTK+.
En gros une amélioration par itération.
Tu dis dans un autre commentaire:
Pour les sliders, tu t'es posé la question des valeurs? Pour une opacité (slider original de 0 à 2), tu as besoin de 400 pas?
Je comprends pas trop la remarque. Bien sûr que oui, tu as besoin du plus de précision possible. Il ne s'agit pas d'une plage de valeur entière (0, 1, 2), mais bien d'un nombre flottant entre 0.0 et 2.0. Si tu joues avec ce curseur "Opacité" du filtre Drop Shadow, tu verras que c'est un changement continu de l'effet (avec la prévisualisation instantané, c'est encore plus sympa à tester).
Donc oui, tu as carrêment besoin du plus de précision possible et donc prendre la plus grande largeur possible est extrêmement utile, comme je le disais dans mon commentaire précédent. Je crains qu'il y a beaucoup de perte de précision dans ta proposition.
Tu dis aussi ailleurs:
Bon, j'ai fini par sortir la tablette graphique, ai essayé de cliquer/glisser au stylet les parties hautes et basses des sliders X,Y,Opacité... il n'y a pas de comportement particulier. Seul bouger gauche/droite change la valeur du slider, comme pour... un slider standard...
Je crois que tu n'as pas lu l'article. Je t'ai déjà fait la remarque à ce sujet plus haut (j'ai même fait un lien interne vers la section précise qui en parle). Ce dont tu parles est noté dans l'article et tu as vraisemblablement testé la nouvelle version du widget.
Donc oui, le curseur de GIMP est un widget particulier et évolué qui va bien plus loin que les curseurs basiques de GTK+ ou autres toolkits qui sont bien plus limités.
Pour le "reset", je pense que l'icône choisie est assez "parlante".
Comme quelqu'un le note, ta proposition d'icône fait aussi penser à "Undo" même si ce type d'icône est aussi utilisé dans des cas de "Reset". C'est typiquement ce que je disais au sujet de la tendance (depuis pas mal d'années déjà) de remplacer le plus possible les icônes par du texte. Les icônes ont vraiment perdu de leur attrait chez les designers qui conseillent tous d'utiliser le plus possible du texte et le moins possible des icônes. Si tu t'intéresses vraiment au design d'application, je te conseillerais de rechercher un peu sur ce sujet. C'est même plus un sujet chaud, c'est du réchauffé, limite impensable de ne pas le savoir en design d'application. Tous les gros éditeurs de logiciels ou du web sont passés à du texte partout, dès que possible. Tiens regarde les captures du logiciel que tu nous as montré: du texte partout. Les seuls endroits où y a des icônes seulement, sans texte, c'est les barres d'outil ou des onglets, typiquement le genre d'endroit où y a trop de choses ou bien pas assez de place. Tout le reste, c'est soit texte seul, soit texte + icône.
Attention, on ne dit pas de ne jamais utiliser d'icônes. Personne ne dit ça. Mais vraiment quand on a le choix, du texte est toujours mieux. Pourquoi? C'est clair, beaucoup moins sujet à controverse ou à mésinterprétation.
Chez GTK+ par exemple, les icônes ont sont progressivement retirés depuis des années (en cherchant un peu, il semblerait que cela ait commencé avec GTK+ 3.10.0 sorti en 2013) des menus, des boutons (typiquement "OK", pas une icône ✅ ou autre dessin).
Donc je le disais déjà précédemment, pour "Reset", c'est d'après moi absolument une très mauvaise idée. Pour l'icône d'aide, bien moins usitée, éventuellement ok. Mais comme on est vraiment pas en manque de place, il me paraît bien plus approprié de garder du texte et d'être ainsi sûr de ne pas avoir d'incompréhension.
Note pour ceux qui pensent que c'est du pinaillage, les alignements verticaux permettent une lecture plus rapide
Un alignement du texte à droite (cf. ta proposition) permet-il vraiment une lecture plus rapide que l'alignement à gauche actuel? Honnêtement je sais pas, j'ai jamais rien lu qui dit ça. Mais ça me paraîtrait quand même bizarre. Je sais notamment que la justification de texte est très mauvais et déconseillé pour la rapidité de lecture par rapport à l'alignement à gauche. Ensuite j'ai jamais rien lu sur l'alignement à droite spécifiquement mais cela me paraît même pire que la justification intuitivement; mais mon intuition ne vaut rien, je dirais qu'il faudrait des études sur le sujet pour me convaincre.
En tous cas, une très rapide recherche sur le web semble aller dans le sens de mon intuition. Bon je trouve au moins un blog qui dit que l'alignement à droite est pas bon en général mais que ça peut être "relativement inoffensif" pour des textes très courts comme ici. Note bien qu'ils disent pas "plus rapide" mais juste "relativement inoffensif". En tous cas, pour l'instant, je trouve aucun article qui dit que ce sera plus rapide comme tu l'affirmes. Je reste donc très dubitatif.
Pour ce qui est des choix, polices/thèmes etc... en tant que programmateur j'ai tendance aussi à tout laisser paramétrable, mais je me rend compte au fil des années qu'il est plus productif de proposer un truc clean par défaut plutôt que de laisser tous les utilisateurs bricoler dans leurs coins.
Ça n'a rien à voir avec du "bricolage dans son coin". C'est même l'inverse. En design d'application, on en est vraiment revenu des interfaces où tout est customisé, même si c'était très fun et avec quelques projets vraiment fous (pensez Winamp et ses skins de fous). Juste pour le fun, remémorons nous l'époque fun de Winamp, ahahah:
Winamp et ses skins
De nos jours, on privilégie des interfaces unies, qui utilisent les configurations du système, avec un style géré au niveau de l'OS/bureau. On veut avoir à gérer le moins possible ces choses là.
La seule exception à cette règle est peut-être en effet dans un logiciel comme GIMP où on veut proposer des styles par défaut dans des couleurs neutres, un besoin qui n'existe pas dans un logiciel quelconque mais primordial pour du traitement d'image (même s'il reste possible de forcer un autre thème ou de laisser le thème de l'OS prendre le dessus). Mais pour les polices? Je vois pas pourquoi on forcerait des polices particulières.
Si l'UI devient une priorité de GIMP
L'UI a toujours été une priorité de GIMP, au moins depuis que j'y contribue pour sûr (8 ans), comme tu peux le voir avec mes réponses. Et je suis sûr que même avant, d'autres gens s'y intéressaient beaucoup (notamment un des designers GNOME les plus connus, Jimmac, est très connu pour avoir beaucoup aidé au design de GIMP à ses débuts).
On peut toujours faire mieux, bien sûr, mais l'interface n'est absolument pas laissée au hasard, comme tu sembles le croire.
En tous les cas, je suis pas vraiment convaincu par les différents points de ta proposition. Au début, ça fait joli et nouveau (une nouvelle GUI, ça fait toujours cet effet, car on est juste tellement habitué à une autre), mais une fois les biais de couleur et de taille de fonte retirés, il me semble qu'on perd pas mal en utilisabilité et efficacité (et possiblement même la lisibilité avec l'alignement à droite) sur plusieurs points.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Traduction approximative
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche GIMP 2.10.14 et 2.10.18 : sans limites. Évalué à 10. Dernière modification le 25 mai 2020 à 23:00.
Merci pour la proposition, c'est intéressant.
Juste un commentaire déjà sur comment faire une bonne proposition d'interface sans créer de biais: il faut changer seulement ce que tu veux vraiment proposer.
En l'occurrence là, tu nous mets par exemple une jolie couleur de fond bleutée par exemple. Or il y a une raison pour laquelle le fond de GIMP est dans un gris neutre.
Balance l'image dans ton éditeur de pixel préféré — GIMP par exemple! 😛 — et vérifie la couleur, tu constateras que les 3 canaux (Rouge, Vert et Bleu) ont exactement la même valeur (alors que ton fond a immanquablement un canal bleu bien plus fort). Ce n'est pas un hasard. C'est parce qu'une teinte quelconque de ton environnement va tromper ton œil.
Je suis sûr que presque tout le monde ici a vu ces diverses illusions de couleur qui se baladent sur le web (tiens un des premiers liens que me donne mon moteur de recherche, au hasard). On veut éviter ça. Quand tu travailles dans l'image, tu veux évidemment éviter te "planter" dans tes couleurs.
Illusion de couleur
Cherche sur le web, il y a plein d'article sur le fait qu'il faut absolument travailler avec un fond de couleur neutre (même en dehors de la partie logicielle, dans certains secteurs comme le cinéma, on va faire du color grading dans une pièce sans fenêtre et avec des murs les plus "gris neutre" possible). Ex d'un article trouvé au hasard sur le sujet.
Salle de Color Grading
Pourquoi je dis ça? Car déjà, tu nous fais un joli mockup dans une autre couleur de fond avec teinte bleutée, et forcément, ça pête tout de suite, bien plus que le gris chiant par défaut. Tu introduis donc un biais esthétique. On se dit "y a quelque chose", parce que tu as juste utilisé une couleur moins "ennuyeuse" que du gris (qui sera toujours ennuyeux, soyons clair, mais c'est le but d'une GUI pour un tel logiciel; si votre interface commence à vous attirer l'œil, c'est une mauvaise interface; c'est exactement ce qu'on veut pas dans un logiciel de graphisme!).
P.S.: bien sûr, par contre, les thèmes persos sont utilisables; un jour on a même vu un thème rose (véridique!). Chacun est libre de faire ce qu'il veut. Mais les thèmes par défaut seront toujours neutre (claire ou sombre, mais neutre).
Le second biais que je vois que tu as introduit est de plus grosses polices. Forcément on a tout de suite l'impression de "lire mieux" avec les 2 images côte à côte. Mais en fait, en s'attardant sur les captures, on comprends vite pourquoi: dans une capture, c'est écrit plus gros (et en plus avec les artefacts du JPEG, ça arrange rien pour la petite écriture qui subit plus les défauts de compression). C'est sûr que si j'écris tout en plus gros, on lit mieux. Tu peux te permettre de faire cela, car encore une fois, tu as travaillé sur une capture d'écran de qualité médiocre, pas sur un vrai logiciel. Forcément cette capture d'écran sait pas dans quelle résolution est ton écran, quelle est ta configuration de fontes dans l'OS, etc. Mais dans la vraie vie, la taille de police sera la même, à savoir celle qui est configurée dans ton OS pour du texte normal. Si tu configures ton OS pour avoir de gros textes, alors tu auras de gros textes. Ou tu peux le faire juste au niveau de GIMP en changeant la taille de texte au niveau du thèmes. Mais le faire au niveau de 2 captures comme comparaison de mockups, c'est un peu de la "triche", si je puis dire. Cette différence n'existe que dans ta comparaison en image.
Bon, maintenant une fois ces 2 biais bien identifiés, et en essayant d'en faire abstraction, j'ai essayé de regarder un peu ta proposition.
Comme j'ai dit dans mon précédent commentaire, les noms de calque/image sont certes des infos redondantes mais utiles. La redondance est en effet parfois très utile si elle te permet de sauver de précieuses secondes, puis minutes, puis heures en cumulé.
Je suis d'accord que l'affichage de ces infos peut être amélioré, mais les retirer est discutable (et possiblement une mauvaise idée). Cela paraît surtout une solution de facilité.
Ok. Pourquoi pas.
Maintenant pour le curseur, gros sujet!
Pas tous les pointeurs n'ont de roulette, notamment pas les tablettes graphiques (sauf à utiliser un stylo optionnel, et encore seulement chez Wacom je crois; en plus ils n'ont même pas fait de nouvelles versions de ce stylo dernièrement, sauf changement récent, donc je pense qu'ils vont peut-être même abandonner ce design). Quand je regarde l'ordinateur de la réalisatrice de ZeMarmot, ces derniers temps, elle n'a même plus de souris branchée (uniquement le stylo).
Quand on fait un logiciel tel que GIMP, il faut que nos widgets s'adaptent à tous ces types de pointeurs (la tablette notamment est très courante, et pas seulement chez les illustrateurs), pas juste à une souris.
Je comprends pas ce que tu dis. Je viens de tester, ça marche exactement comme ça.
Double cliquer permet de tout sélectionner, un comportement assez classique pour un widget de texte. Ça marche néanmoins tout à fait sans double-cliquer (on sélectionne pas tout, mais c'est ce que j'attends d'un widget de texte aussi).
Une fausse manip peut toujours arriver oui, mais c'est le cas pour tout. Tu peux faire des fausses manips avec ton curseur de base aussi. Je comprends pas où tu veux en venir. En tous cas, si je clique sur le texte, je peux l'éditer. Ça marche parfaitement bien.
Ensuite je dis pas que l'intéraction ne peut pas être améliorée (on peut toujours expérimenter ou réfléchir à mieux), mais n'empêche que le comportement actuel reste tout à fait attendu et fonctionnel. S'il fallait donc améliorer, cela passerait par peaufiner cette widget (comme ce qui fut fait dans 2.10.18, mais on peut sûrement faire encore mieux), pas revenir en arrière à des curseurs totalement basiques et bien moins puissants comme ceux par défaut de GTK+.
En gros une amélioration par itération.
Tu dis dans un autre commentaire:
Je comprends pas trop la remarque. Bien sûr que oui, tu as besoin du plus de précision possible. Il ne s'agit pas d'une plage de valeur entière (0, 1, 2), mais bien d'un nombre flottant entre 0.0 et 2.0. Si tu joues avec ce curseur "Opacité" du filtre Drop Shadow, tu verras que c'est un changement continu de l'effet (avec la prévisualisation instantané, c'est encore plus sympa à tester).
Donc oui, tu as carrêment besoin du plus de précision possible et donc prendre la plus grande largeur possible est extrêmement utile, comme je le disais dans mon commentaire précédent. Je crains qu'il y a beaucoup de perte de précision dans ta proposition.
Tu dis aussi ailleurs:
Je crois que tu n'as pas lu l'article. Je t'ai déjà fait la remarque à ce sujet plus haut (j'ai même fait un lien interne vers la section précise qui en parle). Ce dont tu parles est noté dans l'article et tu as vraisemblablement testé la nouvelle version du widget.
Donc oui, le curseur de GIMP est un widget particulier et évolué qui va bien plus loin que les curseurs basiques de GTK+ ou autres toolkits qui sont bien plus limités.
Comme quelqu'un le note, ta proposition d'icône fait aussi penser à "Undo" même si ce type d'icône est aussi utilisé dans des cas de "Reset". C'est typiquement ce que je disais au sujet de la tendance (depuis pas mal d'années déjà) de remplacer le plus possible les icônes par du texte. Les icônes ont vraiment perdu de leur attrait chez les designers qui conseillent tous d'utiliser le plus possible du texte et le moins possible des icônes. Si tu t'intéresses vraiment au design d'application, je te conseillerais de rechercher un peu sur ce sujet. C'est même plus un sujet chaud, c'est du réchauffé, limite impensable de ne pas le savoir en design d'application. Tous les gros éditeurs de logiciels ou du web sont passés à du texte partout, dès que possible. Tiens regarde les captures du logiciel que tu nous as montré: du texte partout. Les seuls endroits où y a des icônes seulement, sans texte, c'est les barres d'outil ou des onglets, typiquement le genre d'endroit où y a trop de choses ou bien pas assez de place. Tout le reste, c'est soit texte seul, soit texte + icône.
Attention, on ne dit pas de ne jamais utiliser d'icônes. Personne ne dit ça. Mais vraiment quand on a le choix, du texte est toujours mieux. Pourquoi? C'est clair, beaucoup moins sujet à controverse ou à mésinterprétation.
Chez GTK+ par exemple, les icônes ont sont progressivement retirés depuis des années (en cherchant un peu, il semblerait que cela ait commencé avec GTK+ 3.10.0 sorti en 2013) des menus, des boutons (typiquement "OK", pas une icône ✅ ou autre dessin).
Donc je le disais déjà précédemment, pour "Reset", c'est d'après moi absolument une très mauvaise idée. Pour l'icône d'aide, bien moins usitée, éventuellement ok. Mais comme on est vraiment pas en manque de place, il me paraît bien plus approprié de garder du texte et d'être ainsi sûr de ne pas avoir d'incompréhension.
Un alignement du texte à droite (cf. ta proposition) permet-il vraiment une lecture plus rapide que l'alignement à gauche actuel? Honnêtement je sais pas, j'ai jamais rien lu qui dit ça. Mais ça me paraîtrait quand même bizarre. Je sais notamment que la justification de texte est très mauvais et déconseillé pour la rapidité de lecture par rapport à l'alignement à gauche. Ensuite j'ai jamais rien lu sur l'alignement à droite spécifiquement mais cela me paraît même pire que la justification intuitivement; mais mon intuition ne vaut rien, je dirais qu'il faudrait des études sur le sujet pour me convaincre.
En tous cas, une très rapide recherche sur le web semble aller dans le sens de mon intuition. Bon je trouve au moins un blog qui dit que l'alignement à droite est pas bon en général mais que ça peut être "relativement inoffensif" pour des textes très courts comme ici. Note bien qu'ils disent pas "plus rapide" mais juste "relativement inoffensif". En tous cas, pour l'instant, je trouve aucun article qui dit que ce sera plus rapide comme tu l'affirmes. Je reste donc très dubitatif.
Ça n'a rien à voir avec du "bricolage dans son coin". C'est même l'inverse. En design d'application, on en est vraiment revenu des interfaces où tout est customisé, même si c'était très fun et avec quelques projets vraiment fous (pensez Winamp et ses skins de fous). Juste pour le fun, remémorons nous l'époque fun de Winamp, ahahah:
Winamp et ses skins
De nos jours, on privilégie des interfaces unies, qui utilisent les configurations du système, avec un style géré au niveau de l'OS/bureau. On veut avoir à gérer le moins possible ces choses là.
La seule exception à cette règle est peut-être en effet dans un logiciel comme GIMP où on veut proposer des styles par défaut dans des couleurs neutres, un besoin qui n'existe pas dans un logiciel quelconque mais primordial pour du traitement d'image (même s'il reste possible de forcer un autre thème ou de laisser le thème de l'OS prendre le dessus). Mais pour les polices? Je vois pas pourquoi on forcerait des polices particulières.
L'UI a toujours été une priorité de GIMP, au moins depuis que j'y contribue pour sûr (8 ans), comme tu peux le voir avec mes réponses. Et je suis sûr que même avant, d'autres gens s'y intéressaient beaucoup (notamment un des designers GNOME les plus connus, Jimmac, est très connu pour avoir beaucoup aidé au design de GIMP à ses débuts).
On peut toujours faire mieux, bien sûr, mais l'interface n'est absolument pas laissée au hasard, comme tu sembles le croire.
En tous les cas, je suis pas vraiment convaincu par les différents points de ta proposition. Au début, ça fait joli et nouveau (une nouvelle GUI, ça fait toujours cet effet, car on est juste tellement habitué à une autre), mais une fois les biais de couleur et de taille de fonte retirés, il me semble qu'on perd pas mal en utilisabilité et efficacité (et possiblement même la lisibilité avec l'alignement à droite) sur plusieurs points.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]