(N’empêche que si c'est plus lisible, je ne vois pas pourquoi s'en passer).
La remarque, c'était surtout histoire d'avoir une comparaison juste. Un screenshot, c'est toujours avec la taille de police du preneur d'image, éventuellement même souvent downscalé davantage histoire de prendre moins de place sur une news, etc.
Au final, quelque soit l'UI choisie, les polices auront la même taille donc faut juste pas faire porter la comparaison sur ce point. 🙂
Oui. Dans ce cas, je n'ai juste pas l'impression sauf si l'utilisateur est parti boire une dizaine de café entre le moment ou il a choisi le calque sur lequel appliqué l'ombre portée et le moment où il commence à tripoter les réglages.
Je sais pas sur quelle complexité d'image tu travailles, mais nous on est souvent dans la centaine de calques. Et tous les autres pros que je connais/rencontre (beaucoup à force des années) disent travailler assez rapidement avec des dizaines de calques. Il est toujours bon que les fenêtres d'effet rappellent sur quel calque on est en train de travailler. Ce que tu as maintenant fait, c'est bien.
Oui. Rien n’empêche de "l'émuler" ou même de gérer le cas stylet en utilisant le principe "shuttle wheel". Une roue / joystick virtuel qui gère non pas une position mais une vitesse.
En quelques mots, le principe est que quand on se décale peu du widget, les valeurs augmentent (ou diminuent) de 0.1 toutes les secondes, si on s'éloigne encore, de 0.2 etc etc.
Pas évident à décrire mais utilisé dans les logiciels vidéo pour avancer/reculer avec plus ou moins de précisions/vitesse simplement.
Oui j'ai déjà vu ce type de widget basé à la position, je suis pas fan personnellement (ensuite on peut s'habituer à tout, alors pourquoi pas). Mais puisque tu as testé le mode de modification lente du widget de curseur maintenant (en tous cas, c'est ce que tu sembles dire plus bas), tu peux constater que c'est un concept entièrement similaire. C'est toujours basé sur du mouvement par contre, pas juste la position comme tu le décris mais hormis cela, c'est le même but et tout aussi utile. Ça permet des changements très précis, exactement comme tu le dis. Et c'est bien pour ce genre de choses (pas seulement ça, mais entre autre) que notre widget est particulier et que nous n'allons sûrement pas revenir à des widgets standards! 😛
Honnêtement j'ai parfois l'impression quand même que si un autre logiciel fait pareil (ou un concept similaire, car ce que tu décris est totalement équivalent au final), d'un seul coup c'est bien. 🙄 Je pense que c'est pour cela que beaucoup ici ne semblent pas apprécier tes retours (moi je les apprécie quand même et fait juste fi de cette sensation; compétence gagnée d'années de lecture de rapports de bug et de support technique!) car je ne suis pas sûr moi-même à quel point tu regardes GIMP objectivement. Pas une seule fois tu as dit qu'on fait un truc bien; là notamment on fait exactement le genre de trucs que tu décris et tu dis que c'est très pratique pour changer une valeur avec précision (ce qu'on explique depuis le début), et pourtant tu continues à vouloir retourner à des curseurs basiques et moins précis.
J'essaie quand même de prendre en compte tes idées objectivement mais ça gâche un peu le retour.
Néanmoins cela reste différent de la roulette de souris, c'est pas une émulation. La roue a elle-même d'ailleurs ses propres modes de changements lents ou rapides.
De plus, quitte à aller plus loin sur le support du stylet, il faudrait envisager les systèmes radiaux (menu, widgets...)
Ça c'est une autre question. On a des projets sur le feu dans ce sens, mais c'est encore autre chose. 🙂
À part si tu veux dire que si on clique sur un curseur linéaire avec un stylet, il pourrait devenir un curseur radial le temps du changement. C'est une idée intéressante.
Pour un widget de texte dans une interface de saisie, j'aurai tendance à suivre le comportement usuel de sélectionner le texte lors du focus afin de pouvoir taper directement sans avoir à effacer (ou double cliquer).
Quand je retestais hier, je me suis posé la question si ça pouvait pas être utile, en effet. Pas besoin de changer tout le widget de curseur et revenir à des vieux curseurs basiques pour faire un tel changement.
NDLR : pourquoi présupposer que je n'utilise pas GIMP ? Si c’était le cas, j'aurai pas pris le temps de lire la dépêche, participer aux discussions et encore moins réfléchir, créer un mockup pour aller de l'avant.
Tu noteras que ce n'est pas ce que j'ai dit. Je t'ai dit de tester ce filtre Drop Shadow et ce curseur opacité en particulier par rapport à ta remarque sur le non-besoin de précision pour un curseur "opacité (slider original de 0 à 2)" qui m'a un peu étonné. J'ai moi aussi retesté cet effet en écrivant ces commentaires.
Ensuite je dois bien avouer m'être quand même posé la question sur ta fréquence d'usage de GIMP par rapport notamment à cette remarque en effet, ainsi qu'à tes méconnaissances du fonctionnement du curseur de GIMP, mais je me suis retenu de faire la remarque justement (bénéfice du doute). 😛
400 pas pour l'opacité, me semble overkill, je n'ai pas demandé non plus à fixer la largeur max du slider, on a le droit de redimensionner aussi la fenêtre.
Bien sûr. Et on peut aussi la redimensionner avec notre curseur, ce n'est pas le problème. Mais pourquoi donc vouloir rendre le curseur moins précis par défaut en disant qu'on peut redimensionner de toutes façons pour plus de précision, plutôt que le rendre précis dès le départ et en plus on peut aussi le redimensionner pour encore plus de précision?
Ensuite je sais pas pourquoi tu t'obstines sur ce nombre de "400 pas". C'est pas 400 ni 100, ou 1000. C'est un nombre flottant continu encore une fois, qui peut donc prendre n'importe quelle valeur permise par le format binaire sous-jacent. Et donc oui, tu veux avoir le max de précision possible avec le curseur (même si tu peux aussi changer avec un nombre explicite au clavier, le changement curseur permet un changement intuitif plus simple avec prévisualisation).
D'ailleurs je viens de retester le Drop Shadow à l'instant, histoire de vérifier l'utilité de la précision (tu vois, moi aussi je teste et re-teste les effets, et je t'invite aussi d'ailleurs à retester, ce qui n'insinue en rien sur ton utilisation de GIMP; moi je l'utilise tous les jours, et ça m'empêche pas de retester des trucs 100 fois). J'ai fait des changements inférieurs à 0,1 avec le modificateur de lenteur, et je peux affirmer que j'ai vu des différences (subtiles parfois, mais en graphisme, une différence subtile peut faire un monde; et encore j'ai un écran de merde, alors avec un écran de graphiste, ça serait plus...).
Ce dont tu parles est noté dans l'article et tu as vraisemblablement testé la nouvelle version du widget.
J'ai fini par comprendre.
[Mention spéciale à ceux qui me sont tombés dessus en se référant à ce comportement (haut et bas du widget), et qui s'emballe car ca serait une sacrée régression de le perdre.
Pas de bol, c'est déjà viré par la nouvelle version! ]
Attention néanmoins, ça n'est pas viré. Déjà il y a toujours possibilité de retrouver l'ancien design par une option dans les préférences pour ceux qui sont vraiment en manque (ça nous permet aussi de tester un nouveau design et de pouvoir revenir en arrière ou tweaker une nouvelle version après d'éventuels retours).
Ensuite et surtout, ce nouveau widget a toujours toutes les possibilités de l'ancien. Notamment il y a encore la modification lente de valeur. Au lieu d'utiliser le haut/bas, ça utilise le bouton secondaire, c'est à dire le bouton droit, avec alternative modificateur clavier (pour les souris 1-bouton).
Le but était d'allier les remarques qu'on avait notamment sur la hauteur excessive de l'ancien design avec notre curseur avancé.
Le "reset" n'est il pas un "undo" de toutes les modifications?
Si tu veux, mais de là à dire que c'est la même chose, c'est osé. 1000, c'est plein de 1 additionnés ensemble, mais ça reste 2 nombres très différents.
D'ailleurs ici justement un undo pourrait être très intéressant (supposons qu'on fasse un changement et on aime pas, mais on veut revenir 2 ou 3 changements avant; ben on peut pas sauf à avoir soit mémorisé les valeurs ou enregistré un preset). Ça reste très différent donc d'un reset, même si c'est de la même famille.
Je suis d'accord avec toi. Mais tu ne peux pas mettre Aide, Réinitialiser, Valider et Annuler à la même sauce.
Le bouton "Aide" est le seul où je veux bien être d'accord avec toi. Mais encore une fois (on se répète), ça reste une régression de GUI si on passait de texte à icône, et comme la place est vraiment pas ce qui manque dans cette boîte de dialogue, je suis pas sûr à quel point c'est conseillé.
Right Aligned Text : Only use right aligned text in special cases like form labels_
Tu noteras qu'ils ne disent pas qu'il faut utiliser l'alignement à droite dans ces cas, mais que c'est le seul cas acceptable.
Ca y est le "il faut absolument une interface neutre" est enterré?
? Comme tu aurais pu t'en douter, c'était justement un exemple de ce qu'il ne faut surtout plus faire. Un autre temps, d'autres mœurs comme on dit. Bon là c'est un exemple particulier de skin et ça me faisait marrer donc j'ai montré ça, mais même l'interface par défaut de ce logiciel, certes plus soft, restait néanmoins très custom. À l'époque, les logiciels venaient avec leurs propres couleurs (criantes! Beaucoup de vert, jaune, rouge, etc. par défaut dans Winamp), leurs propres polices, etc.
On ne fait plus ça en développement logiciel moderne. Et encore moins dans un logiciel pro.
Alors, il est temps de "layouter" comme les OS, d'utiliser les widgets du système, la polie du système, les couleurs du système...
Tout à fait, quand c'est possible, c'est idéal. Malheureusement le faire en cross-plateforme, c'est pas facile surtout pour les widgets/layouts. Donc on doit faire des concessions, et on utilise des toolkits (certains toolkits d'ailleurs essaient de s'approcher le plus possible du système, malheureusement ce n'est pas toujours un succès). Et puis surtout un logiciel avancé doit aussi pouvoir créer des widgets personnalisé. Comme beaucoup dans la vie, faut choisir un milieu qui permette d'avancer sans se bloquer.
Pour les couleurs, on en a déjà parlé. C'est particulier parce que c'est un logiciel d'imagerie. Et puis certains systèmes n'ont pas vraiment ce concept de thème (ou pas aussi utilisable), donc faut s'adapter à ça aussi.
Pour les fontes, fort heureusement, c'est facile. Ensuite c'est GTK qui gère ça pour nous, je sais pas à quel point il récupère tout bien ou pas, mais on s'en occupe pas. Et si on a un problème pour l'intégration système, on remonte à GTK.
Cependant, si on "fait parler" le bugtracker de GIMP, on a pour le tag "User Interface" : 640 ouverts, 309 fermés.
Pas sûr ce que tu essaies d'en déduire? Moi je dirais que ça veut dire qu'on s'en sort plutôt super bien et qu'on a traité énormément de sujets "user interface" en peu de temps (en plus on a très récemment changé de bugtracker).
Alors que si on regarde l'ensemble : 2197 ouverts, 2861 fermés.
Les ratios ne reflètent pas une priorité.
??? Y a pas que l'interface dans la vie. Déjà y a les bugs à proprement parler. Comme tu peux t'en douter, c'est ce qu'on va trouver le plus dans un bugtracker, et comme tu aurais vraiment dû t'en douter: oui entre un bug critique et une évolution d'interface, le bug a priorité. Genre ×ばつ prioritaire même. Personne ne s'en cache. C'est aussi ça qui fait la stabilité assez exemplaire d'un logiciel comme GIMP (y a eu quelques commentaires élogieux à ce propos sous ce journal d'ailleurs).
Et puis y a tout le reste: les nouvelles fonctionnalités, les trucs un peu à part, les bugs qui n'en sont pas, etc.
Alors 10% des rapports fermés taggués "user interface", je suis même épaté, c'est justement qu'on met ça plutôt haut sur nos listes de priorités!
1/ affichage des unités, pour le coup ça manque.
Effectivement, c'est une info utile. On montre cette info dans d'autres dialogues. Ce serait bien si on pouvait le faire ici (à vérifier néanmoins car je crois pas que GEGL nous donne cette info à l'heure actuelle; peut-être quelque chose à faire évoluer de ce côté).
2/ évolution des réglages : un réglage "Par défaut", sélectionné à l'ouverture de la fenêtre. Dès que l'utilisateur change un paramètre, cela passe en "Personnalisés". Cliquer sur le bouton "Réinitialiser" devient alors choisir dans le sélecteur "Par défaut".
Hmm... c'est une idée intéressante. Mais ça relègue néanmoins le réglage "Par défaut" à un second plan. Déjà parce qu'il n'est plus visible direct: contrairement à un bouton évident "Reset" bien visible, il faut trifouiller dans un menu combo (potentiellement bien rempli) pour y trouver un item "Par défaut". Ensuite parce que ça implique 2 clics au lieu d'un.
Franchement "Reset" est d'un usage super fréquent. Quiconque a déjà manipulé des filtres de courbes par exemple le sait bien. On a vite fait d'en avoir trop fait et de se retrouver avec des courbes imbuvables ou qui donnent un résultat qu'on veut pas. À ce moment, il vaut souvent mieux faire un reset et repartir de zéro. Hier encore, on a donné un court atelier de GIMP, donc j'assistais notre artiste. À un moment, elle montrait les courbes pour faire matcher les couleurs entre 2 calques, mais ça ne rendait pas bien. Elle a donc juste fait un reset, repris de zéro et 10 secondes plus tard, on avait de meilleures courbes.
Bon "Courbes" peut paraître un cas spécial, mais ça ne l'est pas. Beaucoup de filtres ont un paramétrage par défaut qui est plutôt un bon défaut de manière générale, voire un paramétrage neutre pour certains types de filtres (cas des courbes) en particulier où on veut partir du rendu de base. Et revenir à ce défaut est vraiment de l'usage super courant.
Donc ton idée, bien qu'intéressante conceptuellement me paraît problématique en reléguant ce besoin majeur.
Ce comportement n'est pas une invention mais décliné dans de multiples logiciels.
Pour info, même si regarder et prendre note ou comparer ce que font les autres logiciels est important, ce n'est jamais un point final en soi. Certains logiciels font certains trucs mieux que nous, et on fait mieux que d'autres sur d'autres points. 🙂
Quitte à me répéter, GIMP je l'utilise (par forcement beaucoup) et je suis d'avis que son UI est largement améliorable.
Tout à fait! GIMP est loin d'être parfait. J'aimerais tout de même ajouter que pour pouvoir améliorer un logiciel, il faut aussi savoir en repérer, prendre conscience et accepter les bons points. Il faut aussi savoir accepter les choses différentes et finalement "neutres" au niveau utilisabilité (c'est à dire que même si c'est pas ce qu'on aurait fait, ça n'en fait pas vraiment quelque chose de moins pratique). Et notamment il faut laisser les choses neutres telles quelles dans un premier temps. On ne peut pas vouloir tout changer d'un coup (c'est le meilleur moyen de ne rien changer).
Je suis pas sûr que tu fais ça beaucoup, notamment même quand tu comprends enfin des choses qu'on explique et en plus tu te rends compte que ce sont des choses faites ailleurs aussi (les fameux "autres logiciels"), tu continues à vouloir revenir à du moins bon plutôt qu'essayer d'améliorer l'existant. Je parle bien sûr ici du curseur qui a vraiment sa raison d'être (sans forcément être parfait, ce pourquoi on continue de l'améliorer et cela peut continuer) et ne doit pas être juste remplacé par un curseur basique.
J’espère que tu ne prends aucune des remarques sur le logiciel comme un dénigrement du travail accompli (qui est remarquable) ou des personnes qui travaillent dessus.
Je n'ai pas pris mal tes remarques. Elles étaient constructives et j'en appliquerai sûrement quelques points (ou un résultat suite à réflexion après ces discussions) à un moment.
Discuter, partager permet d'apprendre, de changer, de progresser (autant pour moi que pour les autres).
C'est souvent dans ces échanges que découvre des livres, des technologies, des astuces... que j'essaye de partager quand je peux. Merci donc d'avoir pris le temps.
De même, merci pour les remarques.
P.S.:
Pour une raison qui m'échappe, impossible d'inclure l'image :
Il semble y avoir un bug sur linuxfr aujourd'hui (probablement le serveur de cache?). Même les images des articles ne sont plus visibles.
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é à 8.
La remarque, c'était surtout histoire d'avoir une comparaison juste. Un screenshot, c'est toujours avec la taille de police du preneur d'image, éventuellement même souvent downscalé davantage histoire de prendre moins de place sur une news, etc.
Au final, quelque soit l'UI choisie, les polices auront la même taille donc faut juste pas faire porter la comparaison sur ce point. 🙂
Je sais pas sur quelle complexité d'image tu travailles, mais nous on est souvent dans la centaine de calques. Et tous les autres pros que je connais/rencontre (beaucoup à force des années) disent travailler assez rapidement avec des dizaines de calques. Il est toujours bon que les fenêtres d'effet rappellent sur quel calque on est en train de travailler. Ce que tu as maintenant fait, c'est bien.
Oui j'ai déjà vu ce type de widget basé à la position, je suis pas fan personnellement (ensuite on peut s'habituer à tout, alors pourquoi pas). Mais puisque tu as testé le mode de modification lente du widget de curseur maintenant (en tous cas, c'est ce que tu sembles dire plus bas), tu peux constater que c'est un concept entièrement similaire. C'est toujours basé sur du mouvement par contre, pas juste la position comme tu le décris mais hormis cela, c'est le même but et tout aussi utile. Ça permet des changements très précis, exactement comme tu le dis. Et c'est bien pour ce genre de choses (pas seulement ça, mais entre autre) que notre widget est particulier et que nous n'allons sûrement pas revenir à des widgets standards! 😛
Honnêtement j'ai parfois l'impression quand même que si un autre logiciel fait pareil (ou un concept similaire, car ce que tu décris est totalement équivalent au final), d'un seul coup c'est bien. 🙄 Je pense que c'est pour cela que beaucoup ici ne semblent pas apprécier tes retours (moi je les apprécie quand même et fait juste fi de cette sensation; compétence gagnée d'années de lecture de rapports de bug et de support technique!) car je ne suis pas sûr moi-même à quel point tu regardes GIMP objectivement. Pas une seule fois tu as dit qu'on fait un truc bien; là notamment on fait exactement le genre de trucs que tu décris et tu dis que c'est très pratique pour changer une valeur avec précision (ce qu'on explique depuis le début), et pourtant tu continues à vouloir retourner à des curseurs basiques et moins précis.
J'essaie quand même de prendre en compte tes idées objectivement mais ça gâche un peu le retour.
Néanmoins cela reste différent de la roulette de souris, c'est pas une émulation. La roue a elle-même d'ailleurs ses propres modes de changements lents ou rapides.
Ça c'est une autre question. On a des projets sur le feu dans ce sens, mais c'est encore autre chose. 🙂
À part si tu veux dire que si on clique sur un curseur linéaire avec un stylet, il pourrait devenir un curseur radial le temps du changement. C'est une idée intéressante.
Quand je retestais hier, je me suis posé la question si ça pouvait pas être utile, en effet. Pas besoin de changer tout le widget de curseur et revenir à des vieux curseurs basiques pour faire un tel changement.
Tu noteras que ce n'est pas ce que j'ai dit. Je t'ai dit de tester ce filtre Drop Shadow et ce curseur opacité en particulier par rapport à ta remarque sur le non-besoin de précision pour un curseur "opacité (slider original de 0 à 2)" qui m'a un peu étonné. J'ai moi aussi retesté cet effet en écrivant ces commentaires.
Ensuite je dois bien avouer m'être quand même posé la question sur ta fréquence d'usage de GIMP par rapport notamment à cette remarque en effet, ainsi qu'à tes méconnaissances du fonctionnement du curseur de GIMP, mais je me suis retenu de faire la remarque justement (bénéfice du doute). 😛
Bien sûr. Et on peut aussi la redimensionner avec notre curseur, ce n'est pas le problème. Mais pourquoi donc vouloir rendre le curseur moins précis par défaut en disant qu'on peut redimensionner de toutes façons pour plus de précision, plutôt que le rendre précis dès le départ et en plus on peut aussi le redimensionner pour encore plus de précision?
Ensuite je sais pas pourquoi tu t'obstines sur ce nombre de "400 pas". C'est pas 400 ni 100, ou 1000. C'est un nombre flottant continu encore une fois, qui peut donc prendre n'importe quelle valeur permise par le format binaire sous-jacent. Et donc oui, tu veux avoir le max de précision possible avec le curseur (même si tu peux aussi changer avec un nombre explicite au clavier, le changement curseur permet un changement intuitif plus simple avec prévisualisation).
D'ailleurs je viens de retester le Drop Shadow à l'instant, histoire de vérifier l'utilité de la précision (tu vois, moi aussi je teste et re-teste les effets, et je t'invite aussi d'ailleurs à retester, ce qui n'insinue en rien sur ton utilisation de GIMP; moi je l'utilise tous les jours, et ça m'empêche pas de retester des trucs 100 fois). J'ai fait des changements inférieurs à 0,1 avec le modificateur de lenteur, et je peux affirmer que j'ai vu des différences (subtiles parfois, mais en graphisme, une différence subtile peut faire un monde; et encore j'ai un écran de merde, alors avec un écran de graphiste, ça serait plus...).
Attention néanmoins, ça n'est pas viré. Déjà il y a toujours possibilité de retrouver l'ancien design par une option dans les préférences pour ceux qui sont vraiment en manque (ça nous permet aussi de tester un nouveau design et de pouvoir revenir en arrière ou tweaker une nouvelle version après d'éventuels retours).
Ensuite et surtout, ce nouveau widget a toujours toutes les possibilités de l'ancien. Notamment il y a encore la modification lente de valeur. Au lieu d'utiliser le haut/bas, ça utilise le bouton secondaire, c'est à dire le bouton droit, avec alternative modificateur clavier (pour les souris 1-bouton).
Le but était d'allier les remarques qu'on avait notamment sur la hauteur excessive de l'ancien design avec notre curseur avancé.
Si tu veux, mais de là à dire que c'est la même chose, c'est osé. 1000, c'est plein de 1 additionnés ensemble, mais ça reste 2 nombres très différents.
D'ailleurs ici justement un undo pourrait être très intéressant (supposons qu'on fasse un changement et on aime pas, mais on veut revenir 2 ou 3 changements avant; ben on peut pas sauf à avoir soit mémorisé les valeurs ou enregistré un preset). Ça reste très différent donc d'un reset, même si c'est de la même famille.
Le bouton "Aide" est le seul où je veux bien être d'accord avec toi. Mais encore une fois (on se répète), ça reste une régression de GUI si on passait de texte à icône, et comme la place est vraiment pas ce qui manque dans cette boîte de dialogue, je suis pas sûr à quel point c'est conseillé.
Tu noteras qu'ils ne disent pas qu'il faut utiliser l'alignement à droite dans ces cas, mais que c'est le seul cas acceptable.
? Comme tu aurais pu t'en douter, c'était justement un exemple de ce qu'il ne faut surtout plus faire. Un autre temps, d'autres mœurs comme on dit. Bon là c'est un exemple particulier de skin et ça me faisait marrer donc j'ai montré ça, mais même l'interface par défaut de ce logiciel, certes plus soft, restait néanmoins très custom. À l'époque, les logiciels venaient avec leurs propres couleurs (criantes! Beaucoup de vert, jaune, rouge, etc. par défaut dans Winamp), leurs propres polices, etc.
On ne fait plus ça en développement logiciel moderne. Et encore moins dans un logiciel pro.
Tout à fait, quand c'est possible, c'est idéal. Malheureusement le faire en cross-plateforme, c'est pas facile surtout pour les widgets/layouts. Donc on doit faire des concessions, et on utilise des toolkits (certains toolkits d'ailleurs essaient de s'approcher le plus possible du système, malheureusement ce n'est pas toujours un succès). Et puis surtout un logiciel avancé doit aussi pouvoir créer des widgets personnalisé. Comme beaucoup dans la vie, faut choisir un milieu qui permette d'avancer sans se bloquer.
Pour les couleurs, on en a déjà parlé. C'est particulier parce que c'est un logiciel d'imagerie. Et puis certains systèmes n'ont pas vraiment ce concept de thème (ou pas aussi utilisable), donc faut s'adapter à ça aussi.
Pour les fontes, fort heureusement, c'est facile. Ensuite c'est GTK qui gère ça pour nous, je sais pas à quel point il récupère tout bien ou pas, mais on s'en occupe pas. Et si on a un problème pour l'intégration système, on remonte à GTK.
Pas sûr ce que tu essaies d'en déduire? Moi je dirais que ça veut dire qu'on s'en sort plutôt super bien et qu'on a traité énormément de sujets "user interface" en peu de temps (en plus on a très récemment changé de bugtracker).
??? Y a pas que l'interface dans la vie. Déjà y a les bugs à proprement parler. Comme tu peux t'en douter, c'est ce qu'on va trouver le plus dans un bugtracker, et comme tu aurais vraiment dû t'en douter: oui entre un bug critique et une évolution d'interface, le bug a priorité. Genre ×ばつ prioritaire même. Personne ne s'en cache. C'est aussi ça qui fait la stabilité assez exemplaire d'un logiciel comme GIMP (y a eu quelques commentaires élogieux à ce propos sous ce journal d'ailleurs).
Et puis y a tout le reste: les nouvelles fonctionnalités, les trucs un peu à part, les bugs qui n'en sont pas, etc.
Alors 10% des rapports fermés taggués "user interface", je suis même épaté, c'est justement qu'on met ça plutôt haut sur nos listes de priorités!
Effectivement, c'est une info utile. On montre cette info dans d'autres dialogues. Ce serait bien si on pouvait le faire ici (à vérifier néanmoins car je crois pas que GEGL nous donne cette info à l'heure actuelle; peut-être quelque chose à faire évoluer de ce côté).
Hmm... c'est une idée intéressante. Mais ça relègue néanmoins le réglage "Par défaut" à un second plan. Déjà parce qu'il n'est plus visible direct: contrairement à un bouton évident "Reset" bien visible, il faut trifouiller dans un menu combo (potentiellement bien rempli) pour y trouver un item "Par défaut". Ensuite parce que ça implique 2 clics au lieu d'un.
Franchement "Reset" est d'un usage super fréquent. Quiconque a déjà manipulé des filtres de courbes par exemple le sait bien. On a vite fait d'en avoir trop fait et de se retrouver avec des courbes imbuvables ou qui donnent un résultat qu'on veut pas. À ce moment, il vaut souvent mieux faire un reset et repartir de zéro. Hier encore, on a donné un court atelier de GIMP, donc j'assistais notre artiste. À un moment, elle montrait les courbes pour faire matcher les couleurs entre 2 calques, mais ça ne rendait pas bien. Elle a donc juste fait un reset, repris de zéro et 10 secondes plus tard, on avait de meilleures courbes.
Bon "Courbes" peut paraître un cas spécial, mais ça ne l'est pas. Beaucoup de filtres ont un paramétrage par défaut qui est plutôt un bon défaut de manière générale, voire un paramétrage neutre pour certains types de filtres (cas des courbes) en particulier où on veut partir du rendu de base. Et revenir à ce défaut est vraiment de l'usage super courant.
Donc ton idée, bien qu'intéressante conceptuellement me paraît problématique en reléguant ce besoin majeur.
Pour info, même si regarder et prendre note ou comparer ce que font les autres logiciels est important, ce n'est jamais un point final en soi. Certains logiciels font certains trucs mieux que nous, et on fait mieux que d'autres sur d'autres points. 🙂
Tout à fait! GIMP est loin d'être parfait. J'aimerais tout de même ajouter que pour pouvoir améliorer un logiciel, il faut aussi savoir en repérer, prendre conscience et accepter les bons points. Il faut aussi savoir accepter les choses différentes et finalement "neutres" au niveau utilisabilité (c'est à dire que même si c'est pas ce qu'on aurait fait, ça n'en fait pas vraiment quelque chose de moins pratique). Et notamment il faut laisser les choses neutres telles quelles dans un premier temps. On ne peut pas vouloir tout changer d'un coup (c'est le meilleur moyen de ne rien changer).
Je suis pas sûr que tu fais ça beaucoup, notamment même quand tu comprends enfin des choses qu'on explique et en plus tu te rends compte que ce sont des choses faites ailleurs aussi (les fameux "autres logiciels"), tu continues à vouloir revenir à du moins bon plutôt qu'essayer d'améliorer l'existant. Je parle bien sûr ici du curseur qui a vraiment sa raison d'être (sans forcément être parfait, ce pourquoi on continue de l'améliorer et cela peut continuer) et ne doit pas être juste remplacé par un curseur basique.
Je n'ai pas pris mal tes remarques. Elles étaient constructives et j'en appliquerai sûrement quelques points (ou un résultat suite à réflexion après ces discussions) à un moment.
De même, merci pour les remarques.
P.S.:
Il semble y avoir un bug sur linuxfr aujourd'hui (probablement le serveur de cache?). Même les images des articles ne sont plus visibles.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]