2 points par GN⁺ 2024-12-01 | 1 commentaires | Partager sur WhatsApp
  • GIMP 3.0 est la première mise à jour majeure depuis la 2.10 d’avril 2018, et marque une transition importante avec une interface basée sur GTK 3 ainsi qu’une refonte de la plateforme centrale et de l’architecture des plugins
  • La transition vers GTK 3 apporte des améliorations de l’environnement d’entrée et d’affichage, notamment la compatibilité Wayland, le scaling HiDPI, le multitouch, le zoom par pincement et la prise en charge de périphériques avancés comme les tablettes graphiques
  • Grâce à l’intégration de GEGL et à des améliorations de la mémoire et du multithreading, le traitement des filtres et effets sur les grandes images s’accélère, et un flux de travail d’édition non destructive arrive pour la première fois dans une version stable
  • Les opérations par lot sur les calques, l’extension automatique des calques, l’amélioration du traitement PSD/PSP/GIF, la sortie CMYK pour JPEG/TIFF/PSD et le format d’extension GEX réduisent l’écart avec les éditeurs avancés
  • Les plugins existants doivent être mis à jour en raison d’une rupture de compatibilité API ; la première RC a été publiée le 6 novembre 2024 et, en l’absence de bug critique ou de régression, la version finale sera compilée sur cette base

Transition vers GTK 3 et nouvelle interface

  • GIMP 3.0 est la première mise à jour majeure depuis la sortie de la 2.10 en avril 2018, avec un passage de l’ancienne base GTK 2 à GTK 3
  • GTK 4 fait aussi partie des options étudiées par le projet, mais le plan était d’abord d’achever le travail sur GTK 3
  • Le passage à GTK 3 élargit les possibilités côté entrée et affichage
    • compatibilité Wayland initiale
    • scaling HiDPI
    • entrée multitouch
    • geste de zoom par pincement
    • prise en charge de périphériques complexes comme les tablettes graphiques avancées
  • L’interface a également été renouvelée
    • prise en charge des thèmes CSS, avec quatre thèmes par défaut : clair, sombre, gris et un thème à contraste élevé pour les utilisateurs malvoyants
    • utilisation du composant GTK header bar, tout en conservant l’interface de menu traditionnelle pour préserver les habitudes des versions précédentes
    • possibilité de choisir les thèmes GTK et les thèmes d’icônes
    • possibilité de placer les menus dans la barre de titre pour réduire l’espace vertical utilisé
  • Le nouvel écran de bienvenue fournit des liens du projet vers les tutoriels, la documentation et les options de don, ainsi que des fonctions de configuration initiale
    • l’onglet “Create” permet de créer une nouvelle image, de sélectionner un travail récent ou d’ouvrir une image existante depuis le système de fichiers
    • il est possible de désactiver l’écran de bienvenue si on le souhaite

Intégration de GEGL et édition non destructive

  • L’un des axes majeurs de GIMP 3.0 est une intégration plus poussée avec GEGL
  • GEGL est une architecture basée sur un graphe de scène, introduite pour la première fois en 2000 afin d’améliorer les capacités de traitement d’image de GIMP
  • Plusieurs optimisations ont été apportées au cœur de GIMP et aux plugins standard, et, avec les améliorations de gestion mémoire et de multithreading, l’application des filtres et effets devrait devenir nettement plus rapide même sur de grandes images
  • GEGL permet d’enchaîner les opérations de traitement d’image tout en préservant les données d’image d’origine et l’historique complet des modifications
  • GIMP 3.0 est la première version stable du projet à proposer un flux de travail d’édition non destructive, même s’il reste encore du travail
    • l’utilisateur peut appliquer des filtres et effets à n’importe quel calque sans modifier l’image d’origine
    • les paramètres des effets peuvent être modifiés après application
    • cela réduit le besoin d’annuler en permanence lorsqu’on n’obtient pas le résultat souhaité
    • les filtres et plugins qui utilisent les opérations GEGL offrent un aperçu en temps réel

Gestion des couleurs et sortie CMYK

  • GIMP 3.0 poursuit le travail d’amélioration de la gestion des couleurs, appelé “space invasion”, afin d’augmenter la précision colorimétrique
  • La base repose sur la bibliothèque babl, chargée de la conversion des formats de pixels et de la gestion des espaces colorimétriques
  • Lors de l’ouverture de fichiers contenant des profils colorimétriques intégrés, la gestion automatique des profils colorimétriques fonctionne
    • dans la série 2.10.x, ces fichiers nécessitaient une intervention manuelle au chargement
  • Les palettes en dehors de l’espace sRGB sont prises en charge, ainsi que des espaces colorimétriques comme CMYK et CIELAB
  • La prise en charge de CMYK est importante pour les professionnels de l’impression et de la PAO
  • Le stockage interne des informations de couleur utilise toujours sRGB, niveaux de gris et couleurs indexées, avec conversion vers d’autres espaces colorimétriques à l’étape de sortie si nécessaire
  • GIMP 3.0 propose une sortie CMYK pour certains formats de fichier
    • JPEG
    • TIFF
    • Photoshop PSD
  • Le flux de travail de soft proofing a aussi été amélioré, avec enregistrement des informations associées dans le format XCF afin de conserver les réglages entre les sessions

Flux de travail sur les calques et prise en charge des formats de fichier

  • Le flux de travail sur les calques de GIMP 3.0 a été amélioré pour se rapprocher des fonctionnalités d’éditeurs photo avancés comme Adobe Photoshop ou Affinity Photo
  • Il est possible de sélectionner et regrouper plusieurs calques, puis d’appliquer des opérations par lot
    • déplacer
    • réordonner
    • dupliquer
    • fusionner
    • supprimer
    • il est également possible de traiter en une fois des calques non adjacents dans la boîte de dialogue des calques
  • Chaque calque affiche une icône Fx distincte lorsque des filtres et effets sont utilisés
    • un clic sur l’icône permet de gérer les filtres et effets dans un popover
  • Les développeurs prévoient à l’avenir d’intégrer plus étroitement le flux de travail des effets de calque et d’améliorer l’interface
    • les fonctions non destructives devraient à terme s’étendre aux masques de calque et aux canaux de calque
    • pour les utilisateurs qui préfèrent un flux de travail destructif, la boîte de dialogue des filtres inclut une option “Merge Filter”
  • L’extension automatique des calques agrandit les limites du calque quand on dessine en dehors du canevas, tout en conservant la taille du canevas
    • il faut activer l’option “Expand Layers” dans l’outil pinceau
    • il est aussi possible de configurer l’extension des masques de calque en même temps que celle des calques
    • l’outil “Align And Distribute” a été entièrement retravaillé pour reconnaître le contenu des calques et pas seulement leurs limites
  • La prise en charge des formats de fichier a aussi été améliorée
    • les images PSD conservent l’ordre des calques à l’import
    • les images PSP de Paintshop Pro conservent plusieurs éléments, dont les profils ICC, les grilles et les guides
    • les fichiers GIF détectent la présence d’animation et enregistrent correctement les GIF animés lors de l’écrasement d’un fichier existant
  • Les nouveaux formats d’image sont pris en charge à la fois à l’import et à l’export
  • La prise en charge du format de palette SwatchBooker SBZ a été ajoutée afin de s’aligner sur Scribus et Krita
    • SBZ peut stocker dans un seul fichier des mises en page, textures, dégradés, couleurs nommées, informations d’espace colorimétrique et plusieurs palettes
  • Le traitement des images raw a continué de dépendre d’applications externes comme darktable et RawTherapee
    • un changement d’API de darktable a entraîné un problème empêchant GIMP de détecter son installation
    • une intégration dédiée à darktable a été ajoutée grâce à la collaboration entre les deux projets

Système d’extensions GEX et compatibilité des plugins

  • GIMP 3.0 introduit un nouveau système d’extensions et un nouveau format de fichier, GEX
  • GEX est conçu pour faciliter la distribution d’éléments qui étendent ou complètent l’application principale, comme les plugins, thèmes ou brosses
  • Un même paquet peut regrouper et gérer plusieurs fonctions, comme des plugins, des brosses et des thèmes
    • par exemple, des projets comme PhotoGIMP peuvent modifier fortement les fonctions standard de GIMP via un paquet unique
  • Le gestionnaire d’extensions est inclus dans cette mise à jour, mais l’infrastructure backend de distribution est encore en cours de développement, si bien qu’il n’est pas encore exposé directement aux utilisateurs
    • pour y accéder, il faut utiliser la recherche de commandes GIMP dans “Help > Search and Run a Command”
    • à mesure que la prise en charge des extensions gagnera en maturité, il deviendra possible de gérer diverses fonctions pendant l’exécution
  • Les changements de GIMP 3.0 nécessitent une rupture de compatibilité API et ne sont plus compatibles avec les plugins conçus pour les versions précédentes
  • Les développeurs ont choisi de regrouper l’impact du passage incompatible vers GTK 3 et des changements d’API
  • Le développement de la branche 2.10.x s’est poursuivi, et certaines fonctionnalités de GIMP 3.0 ont été rétroportées pendant le cycle de développement
  • De futures versions de la branche 2.10.x restent possibles, mais cela devient moins probable à mesure que la série 3.x gagne en maturité
  • La plupart des plugins GIMP existants devront être mis à jour pour prendre en charge la nouvelle API
    • la nouvelle API devrait offrir davantage de fonctionnalités et de meilleures performances aux développeurs de plugins

Base technique pour l’après-3.0 et état de la sortie

  • Au-delà des fonctions visibles pour l’utilisateur, GIMP 3.0 inclut aussi des bases internes pour les futures versions
    • des types de calques non destructifs comme les calques vectoriels et les calques liés
    • la prise en charge de l’animation dans l’application principale
    • les fichiers multipages
    • la prise en charge native du travail dans des espaces colorimétriques hors plage RGB
  • La date exacte de sortie finale n’a pas encore été fixée
  • Les utilisateurs qui veulent tester les nouveautés à l’avance peuvent télécharger les builds de développement
  • Le premier release candidate a été publié le 6 novembre 2024, après que la branche principale a atteint le gel des chaînes
  • En l’absence de bug critique ou de régression, la version finale sera compilée à partir de ce release candidate
    • si un problème important est découvert, des release candidates supplémentaires pourront être nécessaires
  • Les versions suivantes devraient être plus petites, plus centrées sur des fonctionnalités spécifiques et publiées plus rapidement afin d’améliorer la stabilité

1 commentaires

 
GN⁺ 2024-12-01
Avis sur Hacker News
  • La formulation ici prête à confusion, car elle donne l’impression que CMYK/CIELAB ne s’appliquent qu’à la toute fin du pipeline de conversion d’image.
    Dans ce cas, comme l’intérêt est souvent de manipuler l’image dans un espace colorimétrique autre que RGB, l’utilité de la prise en charge d’espaces colorimétriques supplémentaires serait fortement limitée.
    Mais le billet de blog de GIMP.org l’explique un peu différemment. Cela ressemble plutôt à l’idée de conserver aussi les informations d’espace colorimétrique d’origine et de n’appliquer des conversions que lorsque c’est nécessaire, afin d’éviter des allers-retours avec pertes.

    • Je ne comprends pas bien. Si l’on ouvre deux images CMYK, on devrait pouvoir sélectionner des couleurs, copier/coller et effectuer d’autres manipulations sans conversion d’espace colorimétrique.
      Lorsqu’on travaille sur une image CMYK, la seule conversion d’espace colorimétrique nécessaire devrait être celle destinée à l’affichage à l’écran. Le fichier devrait conserver les données CMYK avec le profil colorimétrique associé, tandis qu’à l’écran l’image est simplement convertie en RGB via le profil du moniteur.
      Une conversion CMYK unique n’est nécessaire que lorsqu’on colle une partie d’une image RGB dans une image CMYK. Si les opérations internes de GIMP sont toutes spécialisées pour des pixels RGB au point de ne pas permettre une édition CMYK native, il faudrait les réécrire correctement pour qu’elles fonctionnent indépendamment de l’espace colorimétrique.
      Photoshop prenait déjà en charge le CMYK dans sa version 2.0 en 1991, avant même les calques. Il a en quelque sorte été conçu dès le départ pour l’impression ; intégrer le CMYK après coup dans GIMP a donc l’air d’un vrai cauchemar.
  • Enfin, l’interface utilisateur a été mise à jour. Comme Blender il y a quelques années, qui a revu son UX et a gagné beaucoup en popularité, j’espère que cela attirera davantage d’améliorations et d’utilisateurs.

    • Est-ce que ce changement inclut aussi des améliorations UX ? Dans l’article, je ne vois que des mises à jour des éléments visuels et des thèmes. D’après les discussions que j’ai lues, ce qui freine GIMP, c’est l’UX.
    • J’aimerais qu’on puisse encore configurer l’application pour afficher plusieurs boîtes à outils dans des fenêtres séparées, comme avant.
      Et je ne sais pas qui a pu penser que mettre des choses comme « Cancel » et « OK » dans la barre de titre était une bonne idée.
    • Je ne veux pas dénigrer l’équipe Blender, qui fait beaucoup de travail UI de qualité.
      Pour quelqu’un qui l’utilise occasionnellement depuis la version 1.7 sur IRIX à la fin des années 90, le changement de Blender ressemblait moins à une « refonte complète de l’UI » qu’à « un communiqué de presse annonçant une refonte complète de l’UI », et la plus grande différence concrète était en fait l’inversion des boutons de la souris.
      L’UI de Blender était à l’origine conçue comme celle d’un outil professionnel, agréable à utiliser toute la journée, avec un flux de travail rapide et fluide. Mais sa réputation de falaise d’apprentissage, avec une conception façon « souris à 101 boutons », était aussi justifiée.
      Par la suite, d’autres logiciels 3D ont repris le flux de travail à la Blender, ce qui l’a rendu plus grand public, et l’équipe Blender a continué à ajouter, lentement, des chemins plus faciles à découvrir. Pour casser la réputation tenace de « trop difficile », il n’y avait guère d’autre solution que de proclamer haut et fort que « toute l’UI a été refaite et c’est devenu plus facile », avec un mode sombre par-dessus. La difficulté réelle est similaire, mais si les gens croient que c’est plus simple, ils acceptent d’y consacrer du temps pour apprendre.
    • Maintenant, ça fait très GNOME/GTK. En voyant la capture d’écran, j’ai failli vomir intérieurement.
  • J’attends vraiment avec impatience davantage d’édition non destructive. C’était autrefois l’une des principales raisons pour lesquelles je n’utilisais pas GIMP, et je considère l’intégration de GEGL comme une étape majeure pour GIMP.

  • Peut-on désormais dessiner un cercle sans combiner trois outils ?

    • J’ai trouvé un guide simple en 8 étapes pour dessiner un cercle : https://alvinalexander.com/gimp/gimp-how-to-create-draw-circ...
      J’aimerais que les développeurs de GIMP corrigent d’abord les fonctions de base.
    • Il y a aussi le problème du déplacement d’une sélection dans un calque, qui exige de connaître un raccourci avec trois touches combinées.
    • Pour ça, il faut utiliser Inkscape.
    • On ne peut pas non plus dessiner d’autres formes géométriques sans entrer dans le monde de l’édition de chemins.
  • Enfin, CMYK est arrivé. J’espère que cela aidera notamment à une adoption plus large chez les professionnels.

    • Je ne sais pas à quel point l’impression compte encore aujourd’hui. Venant de ce milieu, ça me déprime de voir d’anciens collègues travailler dans un marché en déclin, tandis que les gens qui gagnent correctement leur vie dans le graphisme sont dans le numérique.
      Je ne dis pas que c’est inutile, mais j’ai aussi l’impression que, dans ce domaine, le train est déjà passé.
    • Aujourd’hui, Lab est plus important que CMYK.
      Les livres récents de Dan Margulis portent sur Lab, et non plus sur CMYK comme avant.
      Pourtant, même dans la 3.0, il ne semble pas y avoir de Lab ou de CMYK natif. Les données restent en sRGB, avec des conversions avant et après les outils.
      Ce n’est pas bon. Lab a une gamme de couleurs bien plus large que sRGB.
    • Les professionnels n’ont aucun problème à acheter leurs outils de travail, et n’ont aucune raison d’utiliser des outils insuffisants.
      On peut acheter des logiciels professionnels récents de retouche d’image et de design pour moins de 100 dollars. Un seul client suffit à amortir le coût de l’outil. Pourquoi un professionnel perdrait-il son temps avec GIMP, alors qu’il peut gagner de l’argent en travaillant pour ses clients avec de bons outils ?
  • J’utilise GIMP de temps en temps, mais son UI particulière me frustre souvent. Cela dit, c’est appréciable de le voir écouter les retours et s’améliorer
    Si vous ressentez la même chose et que vous êtes habitué à l’UI de Photoshop, le site web gratuit Photopea vaut le coup d’essayer. C’est un « clone » de Photoshop qui fonctionne assez bien dans le navigateur, et je crois qu’il est probablement développé par une seule personne. Récemment, il a remplacé GIMP pour moi

    • Je recommande Krita plutôt qu’un site web
      Un site web n’est pas automatiquement gratuit ni open source, nécessite aussi une connexion Internet, et pourrait copier discrètement les fichiers sur lesquels vous travaillez. Même si Photopea est gratuit aujourd’hui, il pourrait devenir payant demain
      Krita est désormais utilisable aussi sous Windows et macOS : https://krita.org/en/
    • L’« UI particulière » est une question d’habitude. Pour moi, GIMP est l’outil principal d’édition d’images, donc ce sont plutôt les autres outils qui me semblent déroutants
    • Il y a quelques années, j’ai perdu du travail à cause de cette UI particulière, et je me suis juré de ne plus jamais utiliser GIMP tant que son fonctionnement ne changerait pas
      Quand on ouvre un fichier non GIMP comme un PNG et qu’on veut mettre à jour le fichier d’origine, il faut l’« exporter » en PNG. Si on ferme l’onglet, il prévient que le fichier n’a pas été enregistré au format natif xcf. À l’époque, au moins, il n’y avait aucun moyen de savoir si le fichier d’origine avait bien été enregistré
      J’avais ouvert une dizaine de fichiers PNG sous gestion de version, les avais modifiés et écrasés, puis au moment de fermer, GIMP m’a averti qu’aucune image n’avait été enregistrée. Ne voulant pas suivre les changements xcf, j’ai ignoré l’avertissement, mais il s’est avéré que l’un d’eux n’avait pas été exporté en PNG
    • Je n’ai jamais utilisé Photoshop et j’utilise GIMP depuis plus de 15 ans, mais l’UI reste frustrante et ne me plaît pas. Cela dit, l’édition non destructive est une grosse avancée
      J’utilise aussi Photopea de temps en temps, et je peux le recommander
    • J’ai affiché Photopea, Krita et GIMP côte à côte, et je n’ai vu aucune grande différence d’UI
      Ce genre de dénigrement ressemble surtout à des gens qui n’ont pas utilisé GIMP depuis 1999 et répètent les mêmes contre-vérités à chaque release
  • J’ai commencé à utiliser GIMP quand j’étais enfant, vers 2003, et je me souviens qu’à l’époque déjà j’attendais la 3.0 et l’édition non destructive
    J’ai maintenant la trentaine. Lentement mais sûrement, on finit par gagner
    Félicitations à l’équipe GIMP. Je n’imagine même pas la catharsis qu’ils ressentiront quand la 3.0 sortira officiellement

    • Grâce au mot « catharsis », je vais devoir aller chercher sa signification
      20 ans, c’est l’équivalent de cinq Jeux olympiques ; c’est donc très long pour le développement et l’amélioration d’un logiciel. Ce n’est pas une application utilisateur, mais cela devient comparable au noyau Linux temps réel, qui est open source
      Je me demande s’il existe d’autres logiciels open source avec une durée de développement comparable. Cela dit, comme le dit le vieil adage, si l’on gagne la course, mieux vaut être la tortue que le lièvre
      https://news.ycombinator.com/item?id=41584907
      https://en.wikipedia.org/wiki/The_Tortoise_and_the_Hare
    • Je ne suis pas sûr qu’on puisse qualifier de régulière une release qui a pris 20 ans
    • Enfant, en 2000, j’avais « récupéré » GIMP dans un magazine sur CD-ROM et je l’ai utilisé assez longtemps, puis mon oncle m’a donné une copie pirate de Photoshop 7. J’étais tellement habitué à la logique de GIMP que Photoshop, au contraire, ne m’a pas plu
      Plus tard, en apprenant les fonctionnalités avancées de Photoshop, surtout l’édition non destructive, il est devenu difficile de revenir à GIMP, et ma mémoire musculaire a aussi disparu, donc aujourd’hui j’ai du mal à utiliser GIMP
      Ces temps-ci, je ne fais plus beaucoup de 2D/3D, donc j’utilise Krita depuis presque 10 ans ; comme alternative à Photoshop, il est plutôt correct, et son interface est aussi plus similaire
    • En logiciel, j’ai du mal à croire que « lentement mais sûrement » gagne. Aucun exemple ne me vient
      Quand c’est lent, les dépendances vieillissent, et il faut sans cesse refaire une partie du travail pour s’adapter à un environnement qui change
      Cela dit, j’aime bien GIMP et je l’utilise comme éditeur d’images par défaut
    • Moi aussi j’utilisais GIMP quand j’étais enfant, mais je suis un peu plus âgé
      C’est agréable de voir qu’il continue de s’améliorer et que de grosses fonctionnalités comme CMYK sont ajoutées
  • Je me demande si, dans Gimp 3.0, les animations GIF fonctionnent toujours comme avant. J’utilise beaucoup cette fonctionnalité, donc il faut que le recadrage, le redimensionnement et l’édition de la cadence des frames restent tels quels. Sinon, je pense devoir rester sur une ancienne version
    Il faudrait donc que quelqu’un teste Gimp 3.0 par rapport aux versions précédentes pour vérifier qu’il n’y a pas de différence de comportement. Ce genre d’écart peut avoir un gros impact sur le workflow

    • Si vous connaissez cette fonctionnalité sur le bout des doigts, vous semblez être la personne idéale pour la tester vous-même. Il suffit de télécharger la RC et d’envoyer des rapports de bugs
    • À ma connaissance, il y a eu très peu de changements spécifiques aux animations GIF. Il y a eu des améliorations comme la correction d’un bug où l’état de l’animation disparaissait lors de l’écrasement d’une animation GIF sans GUI, ou la prise en charge de l’import de résolutions avec des pixels non carrés
      Cela dit, ce serait bien de tester et de nous le faire savoir. Nous vérifierons et corrigerons autant que possible
  • Même si GTK est né du projet GIMP, il est un peu étrange que GIMP n’utilise pas le GTK4 le plus récent. GTK4 est considéré comme stable depuis 2020.
    Au contraire, ça donne l’impression d’un retard assez important. Cette version est la première de GIMP à commencer à utiliser GTK3, et avant cela il utilisait encore GTK2, dont la fin de vie remonte à 2020, non ?

    • Pour avoir porté un projet très simple de GTK2 à GTK3, ça ne me paraît pas si étrange. La migration a été vraiment difficile, et dans les domaines auxquels je me suis heurté, il semblait y avoir très peu d’efforts pour proposer un vrai chemin de migration.
      Avec la documentation publiée plus tard et l’aide de ChatGPT, j’ai récupéré certaines fonctionnalités, et j’ai fini par devoir appeler xlib directement.
      C’était le cas alors même que le logiciel utilisait wxWidgets, qui encapsulait la plupart des changements, et que la partie utilisant directement GDK/GTK était très réduite.
      Même si GTK est issu de GIMP, si le développement de GTK par la suite ne s’est pas fait pour GIMP et par GIMP, la migration a dû être un cauchemar. D’autant plus pour un projet qui a déjà beaucoup à gérer, ne serait-ce que l’édition non destructive ; refaire maintenant la même chose vers GTK4 ne doit pas être très tentant.
    • Aujourd’hui, GTK ressemble plutôt à une boîte à outils « GNOME d’abord ; les autres utilisateurs n’ont aucune importance, donc on casse souvent et fortement les choses pour les décourager ». C’est comme ça depuis assez longtemps.
    • GTK4 a supprimé beaucoup d’API pour des raisons étranges, et la migration de GIMP vers la 3 a commencé avant même l’existence de GTK4.
      Si GTK4 avait essayé de conserver un certain niveau de compatibilité, il aurait peut-être été possible de passer de GTK3 à GTK4 au dernier moment, mais en réalité ce n’est pas le cas.
      Si vous n’êtes pas GNOME, GTK n’est pas adapté.
    • C’est vrai, mais le saut de GTK2 à GTK3 est bien plus important que celui de GTK3 à GTK4. Je ne sais pas quand le portage vers GTK3 a commencé, mais si c’était avant la sortie de GTK4, il est logique d’avoir voulu terminer le travail sur GTK3 d’abord.
    • C’est déjà indiqué dans le deuxième paragraphe de l’article : « GTK 4 est disponible depuis quelques années et fait partie des options examinées par le projet, mais le plan a toujours été de terminer d’abord le travail sur GTK 3 ».
  • J’ai encore utilisé GIMP aujourd’hui. Merci à toutes les personnes impliquées.
    Même après toutes ces années, j’y reviens toujours pour des retouches simples.

    • C’est intéressant de dire qu’on y revient pour des retouches simples, même après toutes ces années.
      Dans mon cas, les changements d’UI, surtout le comportement étrange lié à l’export, ont rendu GIMP moins utile pour les retouches simples, et c’est devenu une énorme corvée.