URL: https://linuxfr.org/news/en-route-vers-gimp-2-10 Title: En route vers GIMP 2.10 Authors: Jehan Davy Defaud, teoB, BAud, palm123, ZeroHeure, Benoît Sibaud, Nicolas Casanova, R. Danell Olivaw, RyDroid, Adrien Dorsaz et plic Date: 2017年08月15日T01:10:49+02:00 License: CC By-SA Tags: gimp, don, firefox et flatpak Score: 133 La prochaine version majeure de GIMP se rapproche à grands pas. Le projet a déjà connu quatre sorties de développement : [2.9.2 fin 2015](http://www.gimp.org/news/2015/11/27/gimp-2-9-2-released/), [2.9.4 mi‐2016](https://www.gimp.org/news/2016/07/13/gimp-2-9-4-released/), [2.9.6 en août 2017](https://www.gimp.org/news/2017/08/24/gimp-2-9-6-released/) et [2.9.8](https://www.gimp.org/news/2017/12/12/gimp-2-9-8-released/) cette semaine. Puisque nous prévoyons de sortir la version stable 2.10 très prochainement, les versions de développement s’accélèrent et nous devrions sortir bientôt des *release candidates*. C’est donc un moment où les remontées de rapports de bogues et les tests sont primordiaux. Dans cet article, nous évoquerons certaines des évolutions majeures de la prochaine version de GIMP sans nécessairement rentrer dans le détail. Enfin, nous listerons les moyens d’aider le projet GIMP, aussi bien en listant les moyens de donations (périodes de fin d’année propices à cela !) que les moyens de contribuer du temps : code, design, connaissances... _NdM : le projet ZeMarmot permet de faire beaucoup évoluer GIMP. Il est important de le soutenir !_ ---- [Liste des fonctionnalités majeures entre 2.8.x et 2.10.](https://git.gnome.org/browse/gimp/tree/NEWS) [Notes de sortie de 2.9.2](https://www.gimp.org/news/2015/11/27/gimp-2-9-2-released/) [Notes de sortie de 2.9.4](https://www.gimp.org/news/2016/07/13/gimp-2-9-4-released/) [Notes de sortie de 2.9.6](https://www.gimp.org/news/2017/08/24/gimp-2-9-6-released/) [Notes de sortie de 2.9.8](https://www.gimp.org/news/gimp-2-9-8-released.html) [Donation pour développement de GIMP/ZeMarmot par Liberapay](https://liberapay.com/ZeMarmot/) ---- _**Note :** les descriptions ci‐dessous sont un résumé très rapide de chaque sortie de développement qui ne reflète qu’une infime partie des nouveautés de chaque version. Pour en savoir un peu plus, il est conseillé de lire les articles de sorties officiels (liens plus haut ; en outre, les articles officiels ont des vidéos que l’on ne peut intégrer ici), qui eux‐même ne sont que partiels. Pour une meilleure idée des nombreux changements, je ne peux que vous conseiller de vous référer au fichier [NEWS](https://git.gnome.org/browse/gimp/tree/NEWS), qui — bien que cette liste ne soit pas exhaustive non plus (vous voudrez lire le `git log` pour cela) — est la source la plus complète tout en restant simple à lire._ # Nouveautés de la 2.9.2 # Cette première version de développement fut très importante puisqu’il s’agit de la première version depuis le portage du moteur graphique. [GEGL](http://gegl.org/) est en effet **le** changement majeur entre GIMP 2.8 et 2.10. Nous en avions d’ailleurs [déjà parlé sur _LinuxFr.org_](//linuxfr.org/news/gegl-0-3-0-et-babl-0-1-12-sont-de-sortie). En deux mots, cela apporte les images à haute précision des couleurs, la prévisualisation des filtres sur le canevas, l’accélération matérielle et à multiples fils d’exécution (*multi‐thread*), etc. Et, bien entendu, toute la logique interne de GIMP a été revue, ce qui fut un gros travail, sans pour autant être si visible. En particulier avec GEGL, tout traitement d’image est un graphe, ce qui annonce le futur de GIMP pour l’édition non destructrice. ![Haute précision de couleurs](https://www.gimp.org/news/images/gimp-2-9-2/2015-11-27-openexr-32bit-float-mode.jpg) En outre, de nouveaux outils ont fait leur apparition, notamment en résultats de plusieurs *Google Summer of Code*, tels que : * outil de transformation unifiée (toutes les transformations en un outil : rotation, mise à l’échelle, perspective, déplacement et inclinaison) ; * outil _warp_, qui remplace le filtre _iWarp_ et permet des effets similaires de manière bien plus intuitive : ![GIMP warp tool, dessin d’Aryeom](https://lut.im/q9cOMj1Yd1/wCRM3HzFuVLN0zN9.gif) La **gestion des couleurs** est devenue un citoyen de première classe en étant intégrée dans le cœur de GIMP, la **gestion avancée des métadonnées** fait son entrée et la peinture numérique n’est pas en reste avec la **rotation et l’inversion du canevas**. ![Rotation du canevas](https://linuxfr.org/images/historique/images_perdues/en-route-vers-gimp-2-10-vdCP2hinckfo.jpg) De nouvelles prises en charge de formats ont aussi été implémentées : **OpenEXR** et **WebP**. Et plusieurs autres prises en charge de formats sont corrigées ou améliorées. On peut aussi noter le portage de la gestion des fichiers vers [GIO](https://developer.gnome.org/gio/) dans tout le code de GIMP, ce qui permet notamment l’accès aux fichiers distants de manière générique et fiable. # Nouveautés de la 2.9.4 # Neuf mois plus tard, l’interface graphique de GIMP fait son petit défilé de mode avec l’arrivée de nouveaux thèmes et d’icônes symboliques, et surtout vectorielles, projet que je mène en gérant des contributeurs pour donner un renouveau à l’interface. ![Nouveaux thèmes](https://linuxfr.org/images/historique/images_perdues/en-route-vers-gimp-2-10-gimp-2-9-4-themes.jpg) Outre l’aspect esthétique, le travail continue fort avec une gestion des couleurs de plus en plus poussée (dont notamment l’ajout de l’épreuvage numérique, ou *soft‐proofing*), ainsi qu’une amélioration constante de GEGL. Les filtres sont aussi progressivement portés comme opérations GEGL, et la prévisualisation de filtres peut désormais même se faire en comparaison avec l’image actuelle en manipulant un « rideau » de prévisualisation. ![Prévisualisation en comparaison sur canevas, dessin d’Aryeom](https://linuxfr.org/images/historique/images_perdues/en-route-vers-gimp-2-10-gimp-2-9-4-gegl-curtain.jpg) En outre, nous travaillons étroitement avec des développeurs de [darktable](http://www.darktable.org/) et commençons ainsi une collaboration pour que les images brutes RAW s’ouvrent automatiquement dans ce développeur d’images RAW avant d’être automatiquement renvoyées dans GIMP ; en d’autres termes, si darktable est installé, il devient notre nouveau « greffon » pour la prise en charge des RAW, avec communication bilatérale. Vous pouvez, par exemple, voir cela fonctionner sur cette [vidéo en lien](https://darktable.fr/2016/09/utiliser-darktable-comme-plugin-pour-gimp/) (notons que certains en commentaires ne comprennent pas et croient que celui qui présente va trop vite ; mais non, c’est juste qu’il n’y a rien à voir : l’association entre GIMP et darktable marche simplement sans rien faire). Nous travaillons aussi avec les développeurs de [MyPaint](http://mypaint.org/) et avons ainsi intégré leurs brosses dans GIMP (en plus des formats de brosses existants) grâce à la bibliothèque *libmypaint* sur laquelle [je me suis mis à contribuer](http://mypaint.org/blog/2016/05/20/libmypaint-now-uses-autotools/) (au point d’obtenir les droits d’écriture sur le dépôt). Ce n’est d’ailleurs pas le seul ajout intéressant pour les peintres numériques dans cette version, puisque j’y ai codé notamment la peinture en miroir, *mandala* et tuile [après un financement participatif](https://linuxfr.org/news/financement-participatif-de-dessin-symetrique-dans-gimp). ![Peinture en miroir, mandala et tuile, dessin test d’Aryeom](https://linuxfr.org/images/historique/images_perdues/en-route-vers-gimp-2-10-gimp-2-9-4-symmetry.png) » [Compte‐rendu de la contribution du projet _ZeMarmot_ pour GIMP 2.9.4](https://girinstud.io/news/2016/07/gimp-2-9-4-et-le-futur-de-gimp/) « # Nouveautés de la 2.9.6 # Cette version, sortie il y a quelques mois, accélère les optimisations pour les performances de GIMP, en particulier via l’optimisation de GEGL même et notamment en travaillant beaucoup sur l’exécution en parallèle (*multi‐threading*) des opérations. ![Préférences système](https://linuxfr.org/images/historique/images_perdues/en-route-vers-gimp-2-10-gimp-2-9-6-system-resources.png) Parallèlement je travaille sur la prise en charge des écrans à haute densité de pixels (HiDPI), ce qui était une des grosses raisons pour laquelle j’avais poussé à l’utilisation d’icônes vectorielles. De plus en plus de personnes se plaignaient que les icônes étaient vraiment trop petites sur leur super écran QHD ou 4K, nous avons donc pris les devants. Cela tombe bien, car nous avons nous‐mêmes acquis une tablette‐PC QHD le mois dernier ! À partir de la 2.9.6, la taille des icônes est désormais configurable depuis les préférences (avec auto‐détection de la densité de pixels par défaut), totalement indépendamment du thème choisi. ![Configuration des icônes](https://linuxfr.org/images/historique/images_perdues/en-route-vers-gimp-2-10-gimp-2-9-6-icon-themes.png) En parallèle, d’autres contributeurs travaillent sur la manipulation des filtres avec des poignées directement sur le canevas (pour une édition intuitive). ![Manipulation sur canevas de l’opération « Spirale »](https://linuxfr.org/images/historique/images_perdues/en-route-vers-gimp-2-10-xTZnKcPnuZGE.gif) Plus important, GIMP se met à différencier davantage les espaces de couleurs linéaires et perceptuels (notamment dans les modes de calques), tout en séparant également les concepts de composition (*compositing*) et de mixage (*blending*) pour les utilisateurs avancés. Le mode traversant (*pass‐through*) applicable à des groupes de calques (pour que ceux‐ci puissent ne servir que pour l’organisation) fait son apparition, ainsi que les étiquettes en couleurs pour organiser ses calques. Continuant dans notre collaboration avec les autres projets, [RawTherapee](http://rawtherapee.com/) rejoint notre concept de *greffon RAW*. Dorénavant si RawTherapee est installé, il sera aussi utilisable comme intermédiaire. Et si darktable et RawTherapee sont tous deux présents sur votre machine, il sera possible de sélectionner le développeur RAW de votre choix dans les préférences de GIMP. On notera que nous aimons collaborer avec d’autres projets. C’est, je pense, une des marques de fabrique de GIMP, qui a toujours collaboré avec les logiciels tiers et les a incité à s’améliorer. Et, surtout, nous poussons pour un écosystème logiciel amical. Pourquoi faire mal (avec un petit greffon et quelques curseurs mal pensés) ce que des logiciels libres spécialisés font déjà très bien, en l’occurrence ici du développement de RAW ? Certains peuvent y voir une logique de « suite créative du Libre » tout en gardant l’indépendance de chaque acteur. Côté formats, il est désormais possible d’exporter des fichiers PDF multi‐pages, de nouvelles variantes du format PCX sont prises en charges, le format [PSD](https://fr.wikipedia.org/wiki/Photoshop_Document) (et d’autres) bénéficient aussi de nombreuses corrections de bogues. Les fonctionnalités avancées du format [WebP](https://fr.wikipedia.org/wiki/WebP), implémenté *basiquement* dans la 2.9.2, sont dorénavant prises en charge, en particulier l’animation, ce qui en fait un super remplaçant à GIF, si toutefois [Firefox en ajoutait la prise en charge](https://bugzilla.mozilla.org/show_bug.cgi?id=1294490) (plus performant, plus petits fichiers et meilleure qualité d’image, avec notamment une vraie gestion de la transparence et des couleurs 24 bits). **Ce n’est pas tout ! le projet _ZeMarmot_ fut un des contributeurs majeurs et je vous recommande la lecture du [compte‐rendu de la contribution du projet _ZeMarmot_ pour GIMP 2.9.6](https://girinstud.io/news/2017/09/gimp-2-9-6-et-zemarmot/)** # Nouveautés de la 2.9.8 # Les nouveautés ralentissent car nous commençons à nous concentrer sur les corrections de bogues et quatre mois seulement se sont écoulés depuis la version précédente. Notons que nous désactivons dorénavant OpenCL par défaut. En effet, les versions parallélisées (*multi‐threaded*) des algorithmes sont souvent plus rapides que les versions accélérées par le processeur graphique (notamment avec le pilote *beignet* pour les cartes Intel), et certains pilotes graphiques provoquent des bogues de rendu (en particulier les pilotes NVIDIA). Une nouveauté en particulier fait cependant sa petite sensation : l’édition des dégradés directement sur le canevas avec l’outil de dégradé. Cela fait suite au travail d’interaction dynamique avec les filtres sur le canevas entamé dans la version 2.9.4 (mais utilisé jusque‐là uniquement sur deux filtres mineurs comme base de test, à savoir _Spirale_ et _Supernova_). L’[article officiel](https://testing.gimp.org/news/2017/12/12/gimp-2-9-8-released/#on-canvas-gradient-editing) contient aussi une vidéo plus explicite qu’une description textuelle ! En dehors de cela : * un nouveau filtre d’affichage pour mettre en valeur les zones sous‐exposées et surexposées d’une image fait son apparition ; * la gestion des couleurs migre progressivement vers l’utilisation de [_babl_](http://gegl.org/babl/) seulement (en remplacement de LittleCMS) quand cela est possible, permettant un gain de performance assez important ; * le portage pour Wayland continue son chemin, notamment avec l’implémentation des captures d’écran (KDE et GNOME) ainsi que de pixels uniques (KDE seulement pour l’instant, GNOME n’ayant pas encore l’API) ; * la fonctionnalité de « coller sur place » apparaît, permettant de coller d’une image à l’autre en gardant les mêmes coordonnées ; * les boutons curseurs (*spin buttons*) de GIMP ont été améliorés, car beaucoup de gens ne réalisaient pas que les zones haute et basse permettaient un glissement respectivement instantané et relatif. Les deux zones sont désormais illuminées au survol de la souris pour marquer la différence : ![Spin Button de GIMP](https://linuxfr.org/images/historique/images_perdues/en-route-vers-gimp-2-10-spinscale.png) * les informations de rotation et d’inversion de canevas sont désormais affichées dans la barre d’état et permettent de revenir à l’état initial d’un clic : ![Statut de canevas](https://linuxfr.org/images/historique/images_perdues/en-route-vers-gimp-2-10-gimp-2-9-8-canvas-rotation-flip-status.png) * il est désormais possible de choisir le langage de l’aide contextuelle, indépendamment de la langue de l’interface : ![Préférences du manuel de GIMP](https://linuxfr.org/images/historique/images_perdues/en-route-vers-gimp-2-10-gimp-2-9-8-help-localization.png) * la prise en charge des fichiers PSD est encore améliorée ; * les fichiers PDF avec mot de passe sont désormais importables ; * le format HGT de la *[_Shuttle Radar Topography Mission_](https://fr.wikipedia.org/wiki/Shuttle_Radar_Topography_Mission)* (NASA et autres organismes spatiaux) est désormais pris en charge et permet de créer des cartes de relief à partir de données d’élévation de cette mission (voir mon [article expliquant ce format et son utilisation](https://girinstud.io/news/2017/12/new-format-in-gimp-hgt/)) : ![Fichier HGT importé dans GIMP](https://linuxfr.org/images/historique/images_perdues/en-route-vers-gimp-2-10-gimp-2-9-8-import-hgt.jpg) * et bien plus ! _**Note :** Le projet ZeMarmot n’a pas encore préparé son compte‐rendu sur son implication (importante encore) dans la sortie de cette version toute fraîche._ # Ce qu’il reste à faire avant 2.10 # Il reste au jour de l’écriture du présent article [49 bogues](https://bugzilla.gnome.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&list_id=240082&product=GIMP&target_milestone=2.10) marqués pour 2.10, bien que ce nombre ne cesse d’osciller depuis des mois (fin mars, nous [annoncions passer sous la barre des 50 bogues !](https://twitter.com/zemarmot/status/846467883240767488)). Néanmoins, j’ai récemment repriorisé les bogues en marquant en *bloqueurs* les bogues que nous devons corriger en priorité (soit parce qu’ils concernent des fonctionnalités importantes et beaucoup usitées, soit parce qu’ils sont critiques, de type « plantage » ou gel du logiciel, soit pour des rapports avec correctif proche de la complétion qu’il serait dommage de reporter, etc.). Ce sont les bogues en rouge dans la liste donnée en lien plus haut. Ainsi, on peut considérer qu’il ne reste en fait que 18 bogues bloquant la prochaine version majeure de GIMP ! Bien sûr, cette liste elle‐même doit être pondérée, car nous nous attendons à de nouveaux bogues rapportés après les sorties de développement et nous avons aussi quelques tâches que nous savons avoir à faire sans pour autant avoir créé de rapports de bogue. Nous sommes ainsi en train de considérer le gel des fonctionnalités et des chaînes de caractères (en particulier, les textes visibles de l’interface), pour ainsi rentrer dans une phase de sortie des versions *release candidates* qui préparent la sortie finale de GIMP 2.10. Quoi qu’il en soit, nous sommes très proches d’une sortie. C’est donc une période très excitante ! ## Comment aider GIMP à passer les dernières étapes avant stabilisation ? ## La première chose à faire, la plus évidente, est de tester cette nouvelle version de développement et de [rapporter les bogues](https://bugzilla.gnome.org/enter_bug.cgi?product=GIMP). Malheureusement, nous ne fournissons pas de construction (*build*) de développement pour GNU/Linux à ce jour (nous proposons désormais un [*build* Flatpak officiel](https://twitter.com/zemarmot/status/935667673354076161) sur [_Flathub_](https://flathub.org/apps.html), mais il ne concerne que la version stable). Vous devrez donc vous procurer un des constructions tierces (il existe un PPA non officiel et certaines distributions proposent des paquetages de la version de développement, semble‐t‐il) ou le compiler vous‐même. Bien entendu, pour ceux qui codent et ont envie de se faire les dents, il est possible de jeter un œil à notre [liste de bogues pour la version 2.10](https://bugzilla.gnome.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&list_id=272071&product=GIMP&target_milestone=2.10). Cependant les bogues bloqueurs restants sont pour la plupart peu recommandables à de nouveaux contributeurs, mais nous acceptons bien sûr des corrections sur d’autres bogues aussi. La liste des [bogues « *newcomers* »](https://bugzilla.gnome.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&columnlist=component%2Cchangeddate%2Cbug_severity%2Cpriority%2Cshort_desc&keywords=newcomers&list_id=272074&order=changeddate%20DESC%2Ccomponent&product=GIMP&resolution=---) peut aussi être d’intérêt. On peut aussi noter que nous avons quelques hésitations au sujet des nouveaux thèmes apparus dans la version 2.9.4. En particulier parce que le contributeur qui les a commencés semble s’en être désintéressé alors qu’ils ont divers problèmes, notamment des contrastes faibles ici et là, mais aussi parce qu’ils sont livrés avec beaucoup trop d’images pour l’interface alors qu’un thème devrait être le plus léger possible (juste des règles de style, pas d’images). Certains parlent même d’abandonner ces thèmes. Nous accueillons donc à bras ouvert les gens qui veulent soit corriger et maintenir les thèmes existants, voire carrément en proposer de nouveaux plus maintenables. # Financement du développement # ## GIMP, c’est quoi ? C’est qui ? ## GIMP a été entièrement développé en bénévolat jusqu’à très récemment. Et, notamment, il n’existe même pas d’entité légale **GIMP**, ce qui explique qu’il ne peut y avoir de développement payé par le projet. L’argent du projet (par donation) est géré par la fondation GNOME qui sert d’organisme « chapeau » à GIMP (notons bien que GIMP n’est pas un projet GNOME, il s’agit d’un accord mutuellement bénéfique) et ne sert que pour les activités bénévoles. Par exemple, tous les ans, il permet de faire venir les développeurs et autres personnes importantes de la communauté du graphisme libre au [_Libre Graphics Meeting_](http://libregraphicsmeeting.org/2018/) (LGM) et cette année même à la [_Wilber Week_](https://girinstud.io/news/2017/02/wilber-week-2017-compte-rendu/). Nous nous en servons aussi régulièrement pour financer certains évènements (dont notamment plusieurs LGM justement, qui a commencé historiquement comme une extension de la réunion GIMP si j’ai bien compris). Le projet a gardé cet esprit très social et bénévole que j’apprécie énormément. ## Et pour financer du développement ? ## Dernièrement, certains développeurs tentent de vivre de leurs contributions de code par financements participatifs. Il s’agit de [_pippin_](http://pippin.gimp.org/) et moi‐même. Ces financements sont faits en nos noms propres (dans mon cas, plutôt au nom du projet [_ZeMarmot_](https://film.zemarmot.net/), dont il est régulièrement question [sur _LinuxFr.org_](//linuxfr.org/tags/zemarmot/public)), mais le projet GIMP nous soutient (nos campagnes respectives sont ainsi citées sur la [page de donation de GIMP](https://www.gimp.org/donating/)). Øyvind Kolås, alias _pippin_ (il tient à la minuscule sur son pseudo), est le mainteneur actuel de GEGL, le moteur graphique de GIMP. Il a commencé le financement participatif mensuel de son travail en début 2017 sur la plate‐forme Patreon et a ainsi récemment fait le [bilan de sa première année assez positive](https://www.patreon.com/posts/first-year-on-15787128). De notre côté, le bilan est moins positif (même si les perspectives se sont un peu améliorées en fin d’année après avoir [partagé un peu de nos problèmes financiers](https://girinstud.io/news/2017/10/appel-aide-financement-developpement-gimp-animation-libre/)), notamment car nous sommes deux personnes sur le projet *ZeMarmot*. Il semblerait que le problème principal soit le côté symbiotique *art+code* de notre projet. Certaines personnes nous ont ainsi dit explicitement qu’elles ne veulent pas nous financer car elles s’intéressent à GIMP mais pas à un film d’animation (apparemment, si je faisais un financement pour le développement seulement, j’aurais plus, ce qui m’attriste !). Pourtant, c’est l’un des cœurs de notre projet et nous ne souhaitons pas changer cela. Sans ce projet artistique, je ne coderais pas GIMP ; et sans mes corrections, Aryeom ne travaillerait pas sur ce film non plus. Comme je le disais, c’est symbiotique, mais c’est aussi symbolique ! Surtout que je ne pense pas affirmer vainement que GIMP profite énormément de l’usage que nous en faisons car nous l’utilisons de nombreuses heures au quotidien. Nous sommes ainsi les premiers à tomber sur beaucoup de bogues, ce qui permet des corrections très rapides. Quoi qu’il en soit, tant qu’on arrive à tenir, je reste l’un des développeurs principaux du logiciel GIMP avec 306 _commits_ en 2017 (sur 1 710 en tout, soit plus de [17 % des _commits_](https://www.openhub.net/p/gimp/contributors/summary) de l’année) et je rêve de pouvoir, un jour, financer suffisamment nos projets libres pour pouvoir affirmer en vivre. En conclusion, comme la [page officielle de donation de GIMP](https://www.gimp.org/donating/) l’indique, il y a trois cibles de donation pour aider GIMP : * [donner au projet GIMP](https://www.gimp.org/donating/#donate-to-the-project) : cet argent sera utilisé pour les **activités communautaires** uniquement ; * donner à _pippin_ pour le **développement de GEGL**, sur [Patreon](https://www.patreon.com/pippin) ou [Liberapay](https://liberapay.com/pippin) ; * donner à *ZeMarmot*, ce qui se transformera en salaire pour moi pour le **développement de GIMP**, sur [Liberapay](https://liberapay.com/ZeMarmot/), [Tipeee](https://www.tipeee.com/zemarmot), ou [Patreon](https://www.patreon.com/zemarmot) (Liberapay est _a priori_ la plate‐forme avec le moins de frais, et l’on peut donner en euros et dollars états‐uniens). Vous pouvez aussi donner directement à l’[association LILA](https://libreart.info/fr/donate), association de loi 1901 française qui gère le projet *ZeMarmot*, par exemple en virement permanent (souvent sans frais en zone euro avec IBAN, bien que cela reste [fonction des banques](https://europa.eu/youreurope/citizens/consumers/financial-products-and-services/payments-transfers-cheques/index_fr.htm)). En cette fin d’année 2017, période de dons aux associations, j’espère donc que vous considérerez un petit don à LILA/ZeMarmot/GIMP ! Et j’espère aussi que vous appréciez les évolutions de GIMP. ![Marmotte heureuse](https://linuxfr.org/images/historique/images_perdues/en-route-vers-gimp-2-10-ak7FJYK8nLrJ.png)

AltStyle によって変換されたページ (->オリジナル) /