Merci pour les retours!
Voici quelques commentaires:
Drop Shadow (en titre), Drop Shadow en sous titre
L'un est le titre de la fenêtre, l'autre le titre du dialogue. La différence est importante car la barre de titre n'est pas contrôlée par GIMP mais par le système de fenêtre. Typiquement cela signifie que la barre de titre peut ne pas montrer le titre, être minuscule, voire être totalement absente. Cela ne dépend absolument pas de nous, mais du système de fenêtrage et de sa configuration éventuelle. Dans GIMP 2.10.x, on ne peut donc pas se reposer sur le texte dans cette barre de titre pour dire qu'il y a redondance.
Par contre, dans GIMP master, ces boîtes de dialogue sont désormais en Client-side decorations (c'est à dire qu'on est passé à un système où nous demandons au système de fenêtre de ne plus gérer la barre de titre). Dans ce cas, oui c'est une bonne remarque. Probablement devrait-on retirer le nom du filtre sous la barre de titre. Je vais regarder cela de plus près.
un machin tronqué sans raison "Drop... 27 (Untitled) : on peut pas faire mieux ?
Il s'agit du nom du calque, et entre parenthèse du nom de l'image. Ce sont des informations intéressantes pour garder une référence explicite du calque qu'on est en train de modifier.
Le numéro, je suis pas sûr, il s'agit peut-être d'un numéro unique de calque (c'est pas une info très intéressante pour la GUI, je suis d'accord; si c'est ce que je crois, c'est plutôt utile pour les développeurs de plug-in).
Le calque s'appelle "Drop Shadow". Je suis pas sûr pourquoi un nom si court est tronqué dans GIMP 2.10.14 par contre. C'est en effet une bonne remarque. Mais je constate que ce n'est pas le cas dans la version de dév. Quant au nom de l'image, en l'occurrence, celui qui a fait cette capture d'écran n'avait pas enregistré son image, donc "Untitled" est noté. On peut néanmoins discuter si l'info reste intéressante lorsque l'image n'est pas encore nommée.
Ensuite clairement ce texte référent du calque cible peut être amélioré. Ce ne serait absolument pas compliqué à changer, mais encore faut-il que quelqu'un s'y intéresse. Je n'ai jamais vu quelqu'un se plaindre de ça jusqu'à aujourd'hui. J'y jetterai sûrement un œil plus tard.
A quoi il sert ce logo à gauche?
C'est vrai que ce n'est pas très utile à l'heure actuelle car toutes les opérations GEGL ont actuellement le même logo. Et puis même de manière générale, l'intérêt d'un logo tout court est sujet à question. La mode de mettre des icônes ou logos pour tout est un peu passée. Les règles de design d'interface de nos jours tend à privilégier le texte à l'image, car le texte est beaucoup moins sujet à interprétation. C'est plus long mais aussi plus direct, plus compréhensible.
Peut-être donc en effet que le logo pourrait juste disparaître (le seul intérêt que j'y vois à l'heure actuelle est de faire un peu de visibilité à GEGL, qui est forcément un peu éclipsé par GIMP alors que ça reste un logiciel central du projet).
et la preview de 4mm x 3mm, elle sert à quelque chose en l'état?
Dans certains cas, cela peut ne pas être du tout utile, dans d'autres, cela peut être très utile, encore une fois pour suivre plus facilement le calque cible au même titre que le nom du calque. Ces informations peuvent sembler redondantes (et elles le sont), mais cette redondance est utile car quand on travaille avec beaucoup de calques, il y a toujours des moments où on perd un peu pied. Bien sûr, on retrouve très rapidement ses marques. Avec plus de repères, on les retrouve potentiellement un chouilla plus vite (et les quelques millisecondes de gagnées s'ajoutent et font des secondes, puis des minutes, etc.).
Presets : pourquoi un ":" ?
Quand je compare à d'autres champs, ils ont aussi ce ':' (regarde par exemple dans le dialogue de nouveaux calques). Donc par cohérence, ma remarque serait plutôt "pourquoi il n'y a pas de ':' après Color?".
Éventuellement on pourrait décider de ne jamais avoir de ':'. C'est à discuter et si c'est décidé, il faudrait alors changer cela partout dans l'interface. Personnellement je trouve cela tellement mineur que j'ai pas envie de perdre du temps dessus. Et j'ai pas trop d'opinion sur le sujet. Mais si quelqu'un trouve cela absolument primordial et que personne dans l'équipe n'est contre, j'accepterais un patch faisant le changement sans problème.
Le seul problème que je vois est que cela invaliderait les traductions de tous ces labels avec ':' partout dans l'interface (pas mal de dizaines vraisemblablement), pour un intérêt incertain (comme dit, j'ai pas d'opposition mais je vois pas non plus de gain d'utilisabilité) et ce serait un argument suffisamment valable pour refuser un tel changement quand même. Je sais pas, à discuter.
Icônes minuscule pas vraiment parlantes.
Le '+', je le trouve très parlant (ajout d'un preset). L'icône suivante, elle n'est pas extraordinaire, mais comme c'est la même icône pour tous les sous-menus (on la retrouve notamment sur chaque dockable), ben on sait direct que c'est une icône de sous-menu. C'est le concept de cohérence et tout utilisateur aguerri de GIMP reconnaîtra l'icône par l'usage.
Ensuite clairement les icônes sont en besoin d'amour. C'est dommage car GIMP est un outil notamment pour designers, avec des millions d'utilisateurs, mais on a très peu de contributions de designers. On accueille avec volontiers les patchs d'icônes, autant que de code, si certains ont de meilleures idées d'icônes.
X : "X" collé à gauche, marge à revoir
Pareil nos thèmes sont assez terribles dans GIMP 2.10. Et encore ils ont été revu à la dernière minute par un de nos contributeurs de longue date car la version précédente avait été un peu balancée par un contributeur occasionnel qui en a très rapidement abandonné la maintenance dans un état laissant vraiment à désirer. Mais il y a des limites à ce que notre contributeur de longue durée avait le temps ou l'envie de faire et on s'est retrouvé avec ce thème très imparfait (mais avec le mérite d'exister).
Dans la version de dév pour GIMP 3, qui a totalement changé de système de thème (CSS-like de GTK+3), on a d'ailleurs encore rien et on attend qu'un contributeur se manifeste.
Encore une fois, on a tellement d'utilisateurs designers mais aucun ne semble vouloir prendre le temps de nous aider. On rappelle que le logiciel libre, c'est nous, c'est vous. On attend les patchs. ;-)
de plus le "slider" est plus au que les autres widget.
Plus "haut", tu veux dire, j'imagine? Si oui, le problème de la place verticale assez importante que prenait ce widget a été pris en compte et c'est même dans cette news, puisque cela fut changé dans GIMP 2.10.18.
Le fait de mettre le label (X) dans le widget casse la logique de l'interface.
C'est une spécificité de longue date de ce widget custom qui a un sens. Cela permet d'avoir un widget curseur qui prend la plus grande largeur horizontale possible. Pour une sélection plus précise, avoir la plus grande largeur possible pour représenter une plage de valeurs donnée est très utile. En outre, c'est personnel, mais je trouve cela esthétiquement bien plus plaisant qu'un label à gauche et un curseur à droite.
Clipping : un combo avec un look encore différent
Ben justement ce look suit la même logique que cela du widget curseur. Si on devait pointer du doigt celui qui est incohérent dans cette capture d'écran, c'est le look du widget de couleur encore une fois (mais pour représenter une couleur, il me semblerait peu approprié d'avoir le label à l'intérieur du widget, donc en l'occurrence, c'est une incohérence qui ne l'est pas tant que ça).
Preview / Split : bizarre ce Split qui part à droite
Pourquoi cela? Je trouve pas cela bizarre du tout.
Help & reset: des icônes discrètes seraient suffisantes
Pour "Help", oui une petite icône '?' par exemple aurait pu marcher, surtout que l'usage de ce bouton est anecdotique (de manière générale, l'aide est une fonctionnalité importante mais on ne l'utilise pas sans arrêt; au bout d'un moment on n'a plus besoin de l'aide pour une fonctionnalité donnée). Sauf que justement comme je le disais plus haut, la tendance depuis quelques années est de faire disparaître les boutons avec icônes au profit de boutons avec du texte, car c'est bien moins sujet à questionnement. "Help", on comprends tout de suite. '?' aussi mais c'est surtout par force d'usage, ce qui est déjà une bonne raison, ceci dit. Toute autre icône (un livre ouvert pour indiquer un "manuel"? Autre chose?) pourrait être aussi sujet à interprétation ou discussion. Mais là en l'occurrence, il y a de l'espace, autant l'utiliser alors pourquoi se priver et risquer une incompréhension?
En tous cas, pour "Reset" par exemple, je serais totalement contre le remplacer par une icône. "Reset" est une opération importante et courante dans ce type de boîte de dialogue. Cela doit immédiatement être repérable (encore une fois, texte est supérieur à icône en matière de compréhension immédiate) pour un usage efficace.
Polices : choix : bof, rendu de police: beurk
Hmmm... Là je crois que tu es en train de commenter le rendu de la capture d'écran, vraisemblablement juste un jpeg avec forte compression et clairement pas mal d'artefacts qui vont avec faites par notre contributeur qui a fait la news.
Il n'y a rien de tout cela sur l'interface rélle (rendu de police, c'est juste le rendu de GTK+ que tu retrouves sur des centaines de logiciels). Si tu regardes tes captures de DaVinci, c'est tout aussi horrible (ça se voit pas forcément du premier coup d'œil car tes captures montrent le logiciel en entier — contrairement à la capture d'une petite boîte de dialogue de GIMP — donc les textes sont tout petits et on y fait pas attention, mais si on regarde vraiment les textes d'interface, et notamment si on ouvre la capture en taille réelle, ben les textes sont tout aussi horribles). Et je ne vais sûrement pas m'avancer à juger le rendu des polices de ce logiciel basé sur une capture d'écran. C'est normal, les captures d'écran sont presque toujours des JPEGs avec grosse compression et un rendu très mauvais car on veut pas des images qui font plusieurs MB pour juste montrer une interface (sauf bien sûr dans le cas particulier où le but particulier était de montrer un changement de rendu de fontes, ce qui n'est évidemment pas le cas ni dans les captures de GIMP ni dans celles de Davinci que tu montres). Cette remarque sur le rendu de fontes n'est donc absolument pas pertinente.
Quant au choix, c'est pareil. Il n'y a aucun choix de fontes pour l'interface dans GIMP. Ça utilise ce que ton système dit d'utiliser (hormis si tu as un thème qui sélectionne une police particulière, ce qui n'est bien sûr pas le cas des thèmes par défaut de GIMP).
Voilà en tous cas, merci des remarques. Parmi celles-ci, celles sur le titre et la référence au calque en cours de modification me semble les plus pertinentes (et je vais probablement revoir un peu ces parties là dans les jours à venir car dernièrement je suis en pleine modification des concepts de sélection de calques; quand je toucherai ces parties, je garderai en mémoire cet échange). Pour le reste, je suis soit dubitatif, soit j'ai juste envie de répéter qu'on accepte les contributeurs avec grand plaisir, notamment pour ce qui est des designs d'icône et pour le thème qui sont deux sujets toujours très problématiques chez nous et on serait heureux d'avoir des gens pour aider. 🙂
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.
Merci pour les retours!
Voici quelques commentaires:
L'un est le titre de la fenêtre, l'autre le titre du dialogue. La différence est importante car la barre de titre n'est pas contrôlée par GIMP mais par le système de fenêtre. Typiquement cela signifie que la barre de titre peut ne pas montrer le titre, être minuscule, voire être totalement absente. Cela ne dépend absolument pas de nous, mais du système de fenêtrage et de sa configuration éventuelle. Dans GIMP 2.10.x, on ne peut donc pas se reposer sur le texte dans cette barre de titre pour dire qu'il y a redondance.
Par contre, dans GIMP master, ces boîtes de dialogue sont désormais en Client-side decorations (c'est à dire qu'on est passé à un système où nous demandons au système de fenêtre de ne plus gérer la barre de titre). Dans ce cas, oui c'est une bonne remarque. Probablement devrait-on retirer le nom du filtre sous la barre de titre. Je vais regarder cela de plus près.
Il s'agit du nom du calque, et entre parenthèse du nom de l'image. Ce sont des informations intéressantes pour garder une référence explicite du calque qu'on est en train de modifier.
Le numéro, je suis pas sûr, il s'agit peut-être d'un numéro unique de calque (c'est pas une info très intéressante pour la GUI, je suis d'accord; si c'est ce que je crois, c'est plutôt utile pour les développeurs de plug-in).
Le calque s'appelle "Drop Shadow". Je suis pas sûr pourquoi un nom si court est tronqué dans GIMP 2.10.14 par contre. C'est en effet une bonne remarque. Mais je constate que ce n'est pas le cas dans la version de dév. Quant au nom de l'image, en l'occurrence, celui qui a fait cette capture d'écran n'avait pas enregistré son image, donc "Untitled" est noté. On peut néanmoins discuter si l'info reste intéressante lorsque l'image n'est pas encore nommée.
Ensuite clairement ce texte référent du calque cible peut être amélioré. Ce ne serait absolument pas compliqué à changer, mais encore faut-il que quelqu'un s'y intéresse. Je n'ai jamais vu quelqu'un se plaindre de ça jusqu'à aujourd'hui. J'y jetterai sûrement un œil plus tard.
C'est vrai que ce n'est pas très utile à l'heure actuelle car toutes les opérations GEGL ont actuellement le même logo. Et puis même de manière générale, l'intérêt d'un logo tout court est sujet à question. La mode de mettre des icônes ou logos pour tout est un peu passée. Les règles de design d'interface de nos jours tend à privilégier le texte à l'image, car le texte est beaucoup moins sujet à interprétation. C'est plus long mais aussi plus direct, plus compréhensible.
Peut-être donc en effet que le logo pourrait juste disparaître (le seul intérêt que j'y vois à l'heure actuelle est de faire un peu de visibilité à GEGL, qui est forcément un peu éclipsé par GIMP alors que ça reste un logiciel central du projet).
Dans certains cas, cela peut ne pas être du tout utile, dans d'autres, cela peut être très utile, encore une fois pour suivre plus facilement le calque cible au même titre que le nom du calque. Ces informations peuvent sembler redondantes (et elles le sont), mais cette redondance est utile car quand on travaille avec beaucoup de calques, il y a toujours des moments où on perd un peu pied. Bien sûr, on retrouve très rapidement ses marques. Avec plus de repères, on les retrouve potentiellement un chouilla plus vite (et les quelques millisecondes de gagnées s'ajoutent et font des secondes, puis des minutes, etc.).
Quand je compare à d'autres champs, ils ont aussi ce ':' (regarde par exemple dans le dialogue de nouveaux calques). Donc par cohérence, ma remarque serait plutôt "pourquoi il n'y a pas de ':' après Color?".
Éventuellement on pourrait décider de ne jamais avoir de ':'. C'est à discuter et si c'est décidé, il faudrait alors changer cela partout dans l'interface. Personnellement je trouve cela tellement mineur que j'ai pas envie de perdre du temps dessus. Et j'ai pas trop d'opinion sur le sujet. Mais si quelqu'un trouve cela absolument primordial et que personne dans l'équipe n'est contre, j'accepterais un patch faisant le changement sans problème.
Le seul problème que je vois est que cela invaliderait les traductions de tous ces labels avec ':' partout dans l'interface (pas mal de dizaines vraisemblablement), pour un intérêt incertain (comme dit, j'ai pas d'opposition mais je vois pas non plus de gain d'utilisabilité) et ce serait un argument suffisamment valable pour refuser un tel changement quand même. Je sais pas, à discuter.
Le '+', je le trouve très parlant (ajout d'un preset). L'icône suivante, elle n'est pas extraordinaire, mais comme c'est la même icône pour tous les sous-menus (on la retrouve notamment sur chaque dockable), ben on sait direct que c'est une icône de sous-menu. C'est le concept de cohérence et tout utilisateur aguerri de GIMP reconnaîtra l'icône par l'usage.
Ensuite clairement les icônes sont en besoin d'amour. C'est dommage car GIMP est un outil notamment pour designers, avec des millions d'utilisateurs, mais on a très peu de contributions de designers. On accueille avec volontiers les patchs d'icônes, autant que de code, si certains ont de meilleures idées d'icônes.
Pareil nos thèmes sont assez terribles dans GIMP 2.10. Et encore ils ont été revu à la dernière minute par un de nos contributeurs de longue date car la version précédente avait été un peu balancée par un contributeur occasionnel qui en a très rapidement abandonné la maintenance dans un état laissant vraiment à désirer. Mais il y a des limites à ce que notre contributeur de longue durée avait le temps ou l'envie de faire et on s'est retrouvé avec ce thème très imparfait (mais avec le mérite d'exister).
Dans la version de dév pour GIMP 3, qui a totalement changé de système de thème (CSS-like de GTK+3), on a d'ailleurs encore rien et on attend qu'un contributeur se manifeste.
Encore une fois, on a tellement d'utilisateurs designers mais aucun ne semble vouloir prendre le temps de nous aider. On rappelle que le logiciel libre, c'est nous, c'est vous. On attend les patchs. ;-)
Plus "haut", tu veux dire, j'imagine? Si oui, le problème de la place verticale assez importante que prenait ce widget a été pris en compte et c'est même dans cette news, puisque cela fut changé dans GIMP 2.10.18.
C'est une spécificité de longue date de ce widget custom qui a un sens. Cela permet d'avoir un widget curseur qui prend la plus grande largeur horizontale possible. Pour une sélection plus précise, avoir la plus grande largeur possible pour représenter une plage de valeurs donnée est très utile. En outre, c'est personnel, mais je trouve cela esthétiquement bien plus plaisant qu'un label à gauche et un curseur à droite.
Ben justement ce look suit la même logique que cela du widget curseur. Si on devait pointer du doigt celui qui est incohérent dans cette capture d'écran, c'est le look du widget de couleur encore une fois (mais pour représenter une couleur, il me semblerait peu approprié d'avoir le label à l'intérieur du widget, donc en l'occurrence, c'est une incohérence qui ne l'est pas tant que ça).
Pourquoi cela? Je trouve pas cela bizarre du tout.
Pour "Help", oui une petite icône '?' par exemple aurait pu marcher, surtout que l'usage de ce bouton est anecdotique (de manière générale, l'aide est une fonctionnalité importante mais on ne l'utilise pas sans arrêt; au bout d'un moment on n'a plus besoin de l'aide pour une fonctionnalité donnée). Sauf que justement comme je le disais plus haut, la tendance depuis quelques années est de faire disparaître les boutons avec icônes au profit de boutons avec du texte, car c'est bien moins sujet à questionnement. "Help", on comprends tout de suite. '?' aussi mais c'est surtout par force d'usage, ce qui est déjà une bonne raison, ceci dit. Toute autre icône (un livre ouvert pour indiquer un "manuel"? Autre chose?) pourrait être aussi sujet à interprétation ou discussion. Mais là en l'occurrence, il y a de l'espace, autant l'utiliser alors pourquoi se priver et risquer une incompréhension?
En tous cas, pour "Reset" par exemple, je serais totalement contre le remplacer par une icône. "Reset" est une opération importante et courante dans ce type de boîte de dialogue. Cela doit immédiatement être repérable (encore une fois, texte est supérieur à icône en matière de compréhension immédiate) pour un usage efficace.
Hmmm... Là je crois que tu es en train de commenter le rendu de la capture d'écran, vraisemblablement juste un jpeg avec forte compression et clairement pas mal d'artefacts qui vont avec faites par notre contributeur qui a fait la news.
Il n'y a rien de tout cela sur l'interface rélle (rendu de police, c'est juste le rendu de GTK+ que tu retrouves sur des centaines de logiciels). Si tu regardes tes captures de DaVinci, c'est tout aussi horrible (ça se voit pas forcément du premier coup d'œil car tes captures montrent le logiciel en entier — contrairement à la capture d'une petite boîte de dialogue de GIMP — donc les textes sont tout petits et on y fait pas attention, mais si on regarde vraiment les textes d'interface, et notamment si on ouvre la capture en taille réelle, ben les textes sont tout aussi horribles). Et je ne vais sûrement pas m'avancer à juger le rendu des polices de ce logiciel basé sur une capture d'écran. C'est normal, les captures d'écran sont presque toujours des JPEGs avec grosse compression et un rendu très mauvais car on veut pas des images qui font plusieurs MB pour juste montrer une interface (sauf bien sûr dans le cas particulier où le but particulier était de montrer un changement de rendu de fontes, ce qui n'est évidemment pas le cas ni dans les captures de GIMP ni dans celles de Davinci que tu montres). Cette remarque sur le rendu de fontes n'est donc absolument pas pertinente.
Quant au choix, c'est pareil. Il n'y a aucun choix de fontes pour l'interface dans GIMP. Ça utilise ce que ton système dit d'utiliser (hormis si tu as un thème qui sélectionne une police particulière, ce qui n'est bien sûr pas le cas des thèmes par défaut de GIMP).
Voilà en tous cas, merci des remarques. Parmi celles-ci, celles sur le titre et la référence au calque en cours de modification me semble les plus pertinentes (et je vais probablement revoir un peu ces parties là dans les jours à venir car dernièrement je suis en pleine modification des concepts de sélection de calques; quand je toucherai ces parties, je garderai en mémoire cet échange). Pour le reste, je suis soit dubitatif, soit j'ai juste envie de répéter qu'on accepte les contributeurs avec grand plaisir, notamment pour ce qui est des designs d'icône et pour le thème qui sont deux sujets toujours très problématiques chez nous et on serait heureux d'avoir des gens pour aider. 🙂
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]