Sign in

GIMP [Unofficial]

@gimp.org.web.brid.gy
7 followers 0 following 35 posts

GIMP - The GNU Image Manipulation Program: The Free and Open Source Image Editor 🌉 bridged from 🌐 gimp.org: fed.brid.gy/web/gimp.org

PostsRepliesMedia
GIMP [Unofficial] @gimp.org.web.brid.gy · 09/09/2026
gimp.org
GIMP 3.2.6 Released
We’re happy to announce the release of GIMP 3.2.6! This stable release contains several months worth of patches, bug fixes, security updates, and more from new and longtime contributors. Special thanks to **Bruno Lopes** , who has taken charge of backporting fixes from our development branch to the 3.2 stable branch. * General Highlights and UX Improvements * New Rotation Stylus Dynamics Input * OS and Platform Specific Improvements * New macOS Package * Security updates * For Plug-in/Script Authors and Builders * GIMP SDK * Around GIMP * GIMP 3.2 Help Manual Updates * Historical News * GEGL and babl * Release Stats * Downloading GIMP 3.2.6 * What’s Next This news posts provides an overview of the changes since GIMP 3.2.4. For a more detailed review, check out the NEWS changelog. _“Don’t squash bugs… free them!”, by Aryeom, CC BY-SA 4.0 (a poetic approach to debugging), 2019_ # General Highlights and UX Improvements¶ A number of the fixes we first mentioned in our last development update were backported to GIMP 3.2.6. **Cheesequake** has added code so you can use Cut on a layer group. This will allow you to cut the same section of all layers in the group, provided they are rasterized and not locked. **Jehan** made further improvements to this code. The `Sample Merged` option for the Color Picker tool should now include any filters applied to a single layer when selecting colors. This was originally ignored due to an older optimization used for single layer images. **Balooii** made _many_ improvements to boost performance when loading a large number of fonts. While some lag remains and will likely require us to update to GTK4, the initial GIMP start-up, typing in the text tool, and closing font lists should be much faster! **Ondřej Míchal** and **Jehan** have begun making changes to GIMP’s codebase to support an eventual GTK4 port. This includes swapping out the deprecated `gtk_widget_show ()` functions with `gtk_widget_set_visible ()`, replacing direct access to `GdkEvent` types with getter functions, replacing `GDK_WA_CURSOR` flags for explicit `gdk_window_set_cursor ()` calls, and more. Even though we are not yet planning a GTK4 port, it doesn’t hurt to start preparing for it! New contributor **Ryan McDonald** and **Idriss Fekir** have fixed an issue where the end of a line might be hidden on the left/right side when the text layout is set to “fixed”. When loading older XCFs, the problem will still be visible, but any changes to the text layer will update it to the correct view. **Kaushik B.** has fixed an issue with the Heal Tool where you might get dark smudges if you move outside the bounds of a layer that’s smaller than the image canvas. New contributor **Manu Cornet** and **Jehan** fixed a crash that could happen in certain circumstances when pressing keys too quickly after releasing the spacebar when panning. **Brandon Henderson** reduced the sensitivity of the pan gestures when using the touchpad on macOS. This should make it easier to make fine-grain adjustments while editing an image on that platform! **Richard Gitschlag** has adjusted the Text Tool so that you can still select the text to edit even if it has a layer mask that partially covers it. **Jacob Boerema** resolved a bug in our metadata code that prevented GIMP from loading the Licensor metadata for an image. **Alx Sa** added a maximum width of tooltips, preventing options with long descriptions from filling the entire screen. **Rodrigo Lledó Milanca** updated our information on the ART Camera RAW plug-ins. Several bugs related to rasterized vector layers have been resolved. Thanks to **BobsDaughter** , **teapot** , and **Richard Gitschlag** for their testing and feedback! # New Rotation Stylus Dynamics Input¶ **Jehan** recently implemented a new dynamic input for painting - `Rotation` (also known as `Barrel Rotation`). This feature is prominently used in the original Wacom Art Pen and newer Wacom Art Pen 2 pens, and allows GIMP to react to how you have rotated the brush in your hand as you draw. You can adjust this value for custom brushes in the Dynamics editor. The MyPaint Brush tool is integrated with this feature as well, so it will automatically pass the rotation on as you paint if your stylus supports it. # OS and Platform Specific Improvements¶ GIMP uses GTK3, a cross-platform library for GUIs, to display its windows, widgets, and more. While it does a very good job of this, GIMP requires a lot of very complex interactions, and sometimes this can expose bugs that are only visible on certain platforms. **Bruno Lopes** has been hard at work making a staggering number of platform-specific improvements to make GIMP work better. These include (but are not limited to): * Using “Server-side Decorations” for dialogs on KDE instead of GNOME-style “Client-side Decorations”. (In other words, the buttons appear at the bottom of the dialog instead of the header bar). * Secondary “pop-up” windows such as the resource selection and metadata editor dialogs should now appear in front of the first dialogue on Windows and macOS. * The System theme now uses your system’s defined accent colors on Windows and macOS. * _Many_ improvements to proper focus setting on Windows and macOS. * Improvements to multi-window mode operations on Windows and macOS. * More system theme leaks caught on KDE Breeze system themes. This should help with graphical glitches in the UI. * We now depend on `winflexbison` on Windows for building the Image Map plugin. This fixes an issue where Windows users couldn’t reopen their image maps, even when created with GIMP. * Send to Email now works on MS Windows too using `MAPI` (works with Thunderbird and Outlook Classic). * Windows users can now use “Open With” on multiple files on start, without creating multiple instances of GIMP. This is consistent with how Linux and other platforms operate. Because these improvements are wide-ranging, it is possible that we missed some interactions during testing that could cause a regression. If you notice any problems in GIMP 3.2.6, please let us know! ## New macOS Package¶ Starting with GIMP 3.2.6, the .dmg package is now created at the same time as the Linux and Windows packages. This has not been possible for many years! We used to create binaries for macOS on a separate GitLab repository, which was mirrored to another repository on GitHub, which was connected to a proprietary CI service (CircleCI) which then was connected to a MacStadium runner. All of that with dozens and _dozens_ of additional patches, scripts etc! As you can see, this was extremely complicated, but it was the only way to ship macOS binaries back then. Thanks to your donations, we were able to sponsor a MacBook Pro M5 for **Bruno Lopes** , who has been working since December 19, 2025 to fix that situation. As a result, GIMP can now be easily built on macOS with both MacPorts and Homebrew packages. The macOS version of GIMP is now much more integrated with system-specific features, similar to the Linux and Windows version. A few examples: * Titlebars on macOS now follow the dark/light mode settings of the current theme. * Scrollbars now follow the macOS preference for whether they should be always visible or not. * The more standard `~/Library/Caches/` location is used for storing caches of GIMP resources, fixing a bug of brushes directory not being created on macOS. * GIMP’s number input buttons now respond to `Cmd` on macOS, like they do to `Ctrl` on other platforms. Some standard Mac shortcuts like, `Ctrl` + `F2`, `Cmd` + `Shift` + `/`/`Cmd` + `Ctrl` + `Space` and Cmd + ``` work as well. * `Meta` and `Hyper` modifiers now work. * Incorrect offsets when drag-n-dropping colors and layers/channels/paths have been fixed. * Filters now accept negative values regardless of your system language settings. * Plug-ins are treated as children of the main GIMP application, so they do not appear in the dock anymore. * GIMP custom cursors are now properly set for all tools (previously, they were being overwritten by the macOS arrow). * “GIMP”, “Windows” and “Help” menus now match the standard macOS menus with proper localization. * Dialogs that shouldn’t be minimized (such as the search actions dialog shown with `/`) no longer show a minimize button on macOS. * Remote files can be opened thanks to using the native macOS API, since GIO does not support HTTPS on this platform. * Dashboard Backtraces are now supported using libunwind from libSystem. In the process of implementing all these improvements, the separate macOS “developer package” was dropped. It was created due to the limitations of the previous macOS build infrastructure and became unnecessary now that it is way easier to build GIMP on macOS. Plug-in and script developers should use the new GIMP SDK instead, or build GIMP directly. Again, this is a brand new package. So, if you notice any problems in GIMP 3.2.6, please let us know! # Security updates¶ GIMP has added support for importing many different file formats over the years. In recent years, security detection tools have improved and found more and more potential exploits in open source software. **Jacob Boerema** and **Alx Sa** have been busy testing and patching these. For reference, the following Common Vulnerabilities and Exposures (CVE) have been patched in this release: CVE-2026-18301, CVE-2026-18304, CVE-2026-18302, CVE-2026-18303, CVE-2026-18305, CVE-2026-18306, CVE-2026-18307, CVE-2026-18308, CVE-2026-18309, CVE-2026-62438, CVE-2026-62439, ZDI-CAN-29400, CVE-2026-59087, CVE-2026-59088, CVE-2026-59089, CVE-2026-66757, CVE-2026-59090, CVE-2026-59091, CVE-2026-66758, CVE-2026-66759, CVE-2026-78465, CVE-2026-78475, CVE-2026-79902, CVE-2026-80101, CVE-2026-82324, CVE-2026-82328, CVE-2026-82330, CVE-2026-82343 We want to thank **Jace** , **Brent Hull** , **Tristan Madani** , **Florent Saudel** , **bb1abu** , **Yukihiro Nakamura** , **Securin Disclose** , and **Zero Day Initiative** for their security reports and suggestions. We also want to thank **Michael Catanzaro** for his help in organzing these reports and requesting CVEs for them. # For Plug-in/Script Authors and Builders¶ Our `GdkPixbuf` dependency minimum version has been updated to _2.32.0_ due to an issue with Glycin printing a bunch of unnecessary messages on start-up related to a deprecated `to-pixdata` function. PDB commands now only show error/warning messages when run in interactive mode. For non-interactive modes, you won’t see anything printed in the console on PDB function failure. Instead, you can check the return values of the function and provide any messages you want to users. **Jehan** improved our method for checking if a plug-in has been updated since the last time you opened GIMP. Now we check creation time (ctime) instead of just modified time (mtime) since it might be always 0 on certain packages like flatpak. This should mean that changes you make during development are more likely to be loaded if you’re testing on flatpak. **Kamil Burda** fixed documentation for integer and double types in the Procedure Browser. **Pranav P** corrected a build issue that caused a freeze on s390x systems. ## GIMP SDK¶ You can now build C plug-ins and GEGL filters from all the official packages we distribute by using the `gimptool` commandline tool. That is because we now ship all required headers and libraries for compiling (in total, less than 20MB). Before now, this was possible only on flatpak and Snap. So, **Bruno Lopes** extended it to the AppImage, Windows and macOS packages. We call this new feature the “GIMP SDK”. Take a look at the build instructions if you are interested. # Around GIMP¶ ## GIMP 3.2 Help Manual Updates¶ **Jacob Boerema** , maintainer of the GIMP help manual repo, has released an updated version that contains all the changes brought in GIMP 3.2. It is available online, or you can download it if you want to keep a local copy. ## Historical News¶ **Balooii** has been working to restored older news posts that have been lost to the ages. You can now see almost all news posts from 2004 to 2008 on the main site now - just navigate back to that point in time in the archive. ## GEGL and babl¶ GIMP 3.2.6 also shares a release with new versions of GEGL and babl by maintainer **Øyvind KolÃ¥s**! babl 0.1.128 includes several fixes for building on macOS, initial WebAssembly support, and better checks at runtime for avx512 - all by **Bruno Lopes**. GEGL 0.4.72 updates its OpenCL support to version 3.0. **Ondřej Míchal** worked on important stability fixes for the OpenCL code (though such code path is still disabled by default in GIMP). **Jacob Boerema** made several fixes to the RGBE file format import and export functions. **Aruius** made the GeglColor comparison functions public, for future use in better comparing comparing colors in GIMP and other software. **Tal Regev** added support for building GEGL using only MSVC, and **Bruno Lopes** added support for WebAssembly as well. **Luigino Camastra** added more security checks to prevent potential overflows. More details can be found in the GEGL NEWS document! # Release Stats¶ Since GIMP 3.2.4, in the main GIMP repository: * 179 reports were closed as FIXED. * 104 merge requests were merged. * 871 commits were pushed. * 21 translations were updated: Belarusian, Brazilian Portuguese, Chinese (China), Dutch, Georgian, German, Hebrew, Hungarian, Kazakh, Lithuanian, Norwegian BokmÃ¥l, Norwegian Nynorsk, Slovenian, Swedish, Serbian, Slovak, Spanish, Thai, Turkish, Ukrainian, Vietnamese. 58 people contributed changes or fixes to GIMP 3.2.6 codebase (order is determined by number of commits; some people are in several groups): * 22 developers to core code: Bruno Lopes, Alx Sa, Jehan, Ondřej Míchal, balooii balooii, Richard Gitschlag, Michael Natterer, programmer-ceds, Ahmed E. Yassin, Andreas Vukman, Estecka, Idriss Fekir, Jacob Boerema, Manu Cornet, Petr Vorel, Ryan McDonald, balooii, cheesequake, kaushik_B, screem02, v4vansh, woot000. * 14 developers to plug-ins or modules: Alx Sa, Bruno Lopes, Ondřej Míchal, Jacob Boerema, Jehan, Dimitriy Ryazantcev, lloyd konneker, balooii balooii, Frank Teklote, Harsh Verma, Michal VaÅ¡ut, Mike Gorse, Richard Allen, Rodhos. * 23 translators: Dick Groskamp, luming zh, Martin, Yuri Chornoivan, Ekaterine Papava, Rodrigo Lledó, Aefgh Threenine, Anders Jonsson, Kolbjørn Stuestøl, Baurzhan Muftakhidinov, Emin Tufan Çetin, Aurimas Aurimas Černius, Jose Riha, Марко Костић, Rafael Coelho Costa, Trần Ngọc Quân, Vasil Pupkin, Balázs Úr, Carsten Drewes, Juliano de Souza Camargo, Kjartan Maraas, Sabri Ünal, Yaron Shahrabani. * 3 theme designers: Bruno Lopes, Alx Sa, Ondřej Míchal. * 9 build, packaging or CI contributors: Bruno Lopes, Jehan, Jacob Boerema, Petr Vorel, Harsh Verma, Lukas Oberhuber, Ondřej Míchal, balooii balooii, lloyd konneker. * 3 contributors on other types of resources: Jehan, Bruno Lopes, Aryeom. * The gimp-data submodule had 16 commits by 7 contributors: Bruno Lopes, Jehan, Alx Sa, Anders Jonsson, Denis Rangelov, Lukas Oberhuber, balooii balooii. * 4 image creators: Bruno Lopes, Jehan, Anders Jonsson, Lukas Oberhuber. * 1 icon designers: Denis Rangelov. * 1 cursor designers: balooii balooii. Contributions on other repositories in the GIMPverse (order is determined by number of commits): * Our UX tracker had 3 reports closed as FIXED. * babl 0.1.128 is made of 70 commits by 3 contributors: Bruno Lopes, Øyvind KolÃ¥s, Jehan. * GEGL 0.4.72 is made of 234 commits by 28 contributors: Bruno Lopes, Ondřej Míchal, Øyvind KolÃ¥s, luming zh, Jacob Boerema, Jehan, Kolbjørn Stuestøl, Tal Regev, WarisMaqbool, Aefgh Threenine, Anders Jonsson, Martin, Yuri Chornoivan, Baurzhan Muftakhidinov, Dick Groskamp, Ekaterine Papava, Sabri Ünal, aruius, Alan Mortensen, Asier Saratsua Garmendia, Chao-Hsiung Liao, DiGro, Marco Ciampa, Rodrigo Lledó, Saikeo Kavhanxay, Thomas Manni, YOSHIDA Shigeto, Марко Костић. * ctx had 150 commits since 3.2.4 release by 3 contributors: Øyvind KolÃ¥s, Bruno Lopes, Tal Regev. * The `gimp-test-images` (unit testing repository) repository had 5 commits by 1 contributors: Jacob Boerema. * The flatpak release had 35 commits by 3 contributors: Bruno Lopes, Erick555, Jehan. * Our main website (what you are reading right now) had 182 commits by 7 contributors: Bruno Lopes, Jehan, Alx Sa, balooii balooii, balooii, Liam Quin, Allan Day. * Our developer website had 110 commits by 5 contributors: Bruno Lopes, Jehan, Alx Sa, aruius, Ondřej Míchal. * Our 3.0 documentation had 276 commits by 20 contributors: Jacob Boerema, Dick Groskamp, DiGro, Kolbjørn Stuestøl, Marco Ciampa, Anders Jonsson, Yuri Chornoivan, Марко Костић, Richard Gitschlag, Alx Sa, Baurzhan Muftakhidinov, Christian Kirbach, Mateusz JastrzÄ b, YOSHIDA Shigeto, Andre Klapper, Balázs Úr, Chas Belov, Kristjan ESPERANTO, Rodrigo Lledó, Víttor Paulo Vieira da Costa. Let’s not forget to thank all the people who help us triaging in Gitlab, report bugs and discuss possible improvements with us. Our community is deeply thankful as well to the internet warriors who manage our various discussion channels or social network accounts such as Ville Pätsi, Liam Quin, Michael Schumacher and Sevenix! *Note: considering the number of parts in GIMP and around, and how we get statistics through `git` scripting, errors may slip inside these stats. Feel free to tell us if we missed or m # Downloading GIMP 3.2.6¶ You will find all our official builds on GIMP official website (gimp.org): * Linux AppImages for x86 and ARM (64-bit) * Linux Flatpaks for x86 and ARM (64-bit) * Linux Snaps for x86 and ARM (64-bit) * Universal Windows installer for x86 and ARM (64-bit) * Microsoft Store for x86 and ARM (64-bit) * macOS DMG packages for Intel/x86 and Apple/ARM hardware (64-bit) Other packages made by third-parties are obviously expected to follow (Linux or *BSD distributions’ packages, etc). # What’s Next¶ Work these days has mainly and already shifted to the development series which will eventually lead to GIMP 3.4 versions. For anyone who missed it, the Development Update, August 2026 news is interesting on this aspect. In the meantime, we will obviously still continue backporting bug fixes on the 3.2 series, of which GIMP 3.2.6 is a part of. This new version should widely improve stability, and in particular it looks like macOS users should particularly appreciate it (thank Bruno for that)! We are also extremely thankful to the new skilled contributors the project has been getting. Don’t forget that, as long as you don’t use genAI in your toolset, everyone is very welcome to participate! 🤗 Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger!
010
GIMP [Unofficial] @gimp.org.web.brid.gy · 15/08/2026
gimp.org
Development Update, August 2026
For the past few months, we’ve been developing all kinds of features for the future GIMP 3.4 release. We noticed recently that our changelog was getting quite long - a good problem to have! While there’s been a lot going on internally, it’s been a while since we made a public progress report. So we want to share details on some of the new features and UX improvements that’ll be available in the first development release, _GIMP 3.3.2_. This won’t be an exhaustive list (we have to save at least some news for the release itself!) but hopefully it will give you some insight into the current direction and progress of GIMP’s development. * New Project File Format * MyPaint Brush: Spectral Blending * Non-Destructive Editing * PSD Support Improvements * Native File Chooser Dialogs * User Experience and Interface Updates * Assorted Changes and Fixes * What’s Next # New Project File Format¶ The big focus for maintainer **Jehan** recently has been developing a new project file format for GIMP. XCF has been GIMP’s primary project format since _1997_ , and it has served many users well. Over time however, we’ve observed more and more limitations of the binary XCF format. Among other issues, it does not easily support very large or complex projects, such as the multi-page and animation features currently planned for GIMP 3.6. The new project file format will follow a more common “zipped XML” structure. While the technical details are still being designed and implemented, this change will allow for faster saving since we’ll only need to update parts of the file instead of the whole thing each time. It will also set the stage for much desired features such as auto-saving, which will now be much more feasible. That said, XCF is not going away! Backwards compatibility is important to us, and we will continue to support loading XCFs in all future versions of GIMP. (For instance, we’re quite proud that a XCF file made by a small company for their logo in 1998 still renders the same way in the latest version of GIMP) However, going forward we will only add support for saving/loading new features in the new project file format once it is finalized. # MyPaint Brush: Spectral Blending¶ During GIMP 3.2’s development, we upgraded to a newer version of the MyPaint brush engine. While this brought new brushes and canvas interactions to the MyPaint Brush Tool, one feature that was left out was **Spectral Blending**. Spectral Blending simulates the effects of blending physical pigments in digital art. For example, blending yellow and blue will produce a green color instead of darker yellow, and blending red and yellow will create an orange mix. Fortunately, new contributor **Cassidie Grogan** picked up the slack and implemented this feature. There is now a `Spectral Blending` checkbox in the MyPaint Brush Tool Options. If checked, the new blending method is used. You can control the strength of the blending with the `Pigment` slider. _Demonstration of MyPaint Spectral Blending_ In addition, maintainer **Michael Natterer** improved the MyPaint Brush preview code to display at their full size instead of 48x48 pixels. This fixes an issue where the previews appeared blurry on larger screens. # Non-Destructive Editing¶ **Alx Sa** has continued making updates to our non-destructive filter code. To list a few: You can now apply filters non-destructively to **Layer masks**! To go along with this, the filter popover has been redesigned by **Reju** to show the active filters for both the layer and its mask, so you can interact with both on the same screen. The Gradient Tool can now be used non-destructively! If you check `Editable Gradient` in the Tool Options, the gradient you create will be added to the filter stack like any other effect. You can toggle its visibility, rearrange its position in the filter stack and delete it. You can also edit the gradient, which will switch back to the Gradient Tool to let you make further changes. _User interface with a live Gradient filter on the layer, and a live filter on the layer mask_ Filters without dialogs (such as Invert) can now be applied non-destructively on non-raster layers such as layer groups and link, text, and vector layers. # PSD Support Improvements¶ Normally we list all file format updates in a combined section, but there has been so much work done on PSD support (and by so many people) that we wanted to highlight it in more detail. First, new contributor **Frank Teklote** has been busy improving our compatibility with PSDs. His big project for this release was creating a PSD metadata export procedure for TIFFs and JPEGs. This complements our existing PSD metadata import procedure, meaning that if you import a JPEG with paths or a TIFF with layers (or create one in GIMP), that information can now be retained in the exported image. Another great thing about Frank’s work is that as we continue to improve our PSD compatibility, the TIFF and JPEG export features will automatically get those updates too! Related to that, **Jacob Boerema** has implemented PSD Descriptor import support. Most of our current PSD support has been based on the public Adobe specification. This document was last updated in 2019 however, and modern PSDs use a relatively undocumented text format called Descriptors to store many features. Now that GIMP can read descriptors, we’ve begun drastically improving our PSD import support. To list just a few updates: text layers are now editable, a number of adjustment layers and modern layer styles appear as their GEGL equivalents, and solid color shapes are imported as vector layers. This is an active area of development, including by two of our GSoC students **Akascape** and **Waris Maqbool**. We hope this work will make it easier for GIMP users to interact with existing PSD projects! _Editable PSD text layers in GIMP_ # Native File Chooser Dialogs¶ We have always used the file chooser dialog provided by the GTK GUI library for people to find, load, and save files in GIMP. While the file chooser does the job, it often works differently than the “native” file chooser on non-GNOME platforms like Windows, macOS, and KDE. Additionally there have been some changes to the UI of this dialog in GTK3, which has inspired some **strong** feedback in our issue tracker! Therefore, **Alx Sa** has begun porting GIMP’s file choosers to the “native” option provided in GTK3. This means that when you open or save a file, you will see your platform’s standard file chooser dialog instead of the GTK dialog (unless your platform uses that already, in which case there will be no change!) _Example of native file chooser on macOS, by Bruno Lopes_ Many of the simple dialogs have already been converted. Those with more complex additional features will require some workflow redesigns, which we’re still developing. # User Experience and Interface Updates¶ A lot of new and existing contributors have submitted improvements to GIMP’s user interface and its user experience. We wanted to highlight their efforts, and encourage you all to continue sharing your feedback on our design issue tracker. Designer **Denis Rangelov** has been hard at work updating GIMP’s UI icons. He recreated our layer lock icons to create a more consistent look. He also took on the monumental task of converting all **78** of our cursor icons to SVG, which will allow us to scale them for higher resolution displays without losing quality! Original Raster Cursor | Denis’s Vector Cursor ---|--- | _Example of original and vector cursors_ There have been reported performance issues when drawing or zooming into the canvas when the canvas view was rotated. New contributor **woot000** diagnosed the problem and created a fix. Now the “checkerboard” transparency pattern no longer rotates when the canvas does, which significantly boosts performance when painting or editing. They also fixed a related issue where the checkerboard pattern would disappear when zooming into the canvas past a certain point. **Gabriele Barbero** implemented a redesign of the Search Action UI which was designed by **Denis Rangelov**. The new layout makes the associated shortcut key more visible, and is more consistent with the menu layouts. **Bruno Lopes** has been working to fix issues with pop-up dialog displays on macOS. Since traditionally we have fewer macOS developers compared to other platforms, we’re really happy to see improvements for these users! New contributor **Andreas Vukman** improved our Pattern dock display. Now smaller patterns tile to fill the available space, creating a consistent preview for all patterns instead of having some patterns display with odd amounts of padding. We think it makes the dock look much nicer! **Richard Gitschlag** has updated the on-canvas text editor to allow selections when you `Shift`+Click in the text. It should now work similar to what you can do in a word processor like LibreOffice. In previous versions of GIMP, you imported or exported metadata from the Metadata Editor by selecting an option in a dropdown. **Ahmed E. Yassin** has made this process more intuitive (and more consistent with the rest of GIMP’s UI) by replacing the dropdown with two buttons instead. **Ondřej Míchal** reviewed several portions of GIMP’s UI and replaced many instances of the `Spin Entry` widget with `Spin Scale`. The `Spin Entry` widget is difficult to use when the width is shrunk, so this change improves usability in many areas of the UI. # Assorted Changes and Fixes¶ Our four GSoC interns have been continuing their work since the midpoint update. Recently, **Waris Maqbool** ‘s Sharpen filter was merged into GEGL, so it’ll be available in the next GEGL release. New contributor **Dimitriy Ryazantcev** has submitted several patches for improving our Windows ICO/CUR/ANI support. They’ve already fixed the rendering for certain 32bit ICO formats and made our loading and preview algorithms better match the Windows specification. **Estecka** has fixed a rendering issue when applying NDE filters on passthrough layer groups, which made the image look different depending on whether the group had child layers or not. New contributor **Petr Vorel** fixed a bug where pressing `Alt`+`0` did not open the tenth most recent image in your history. **Lloyd Konneker** , our main Script-fu contributor, fixed a regression in third party scripts where the number range for certain parameters wasn’t shown in the GUI. **Jacob Boerema** and **Alx Sa** have responded to and patched a number of security reports about potential flaws in some of our image plug-ins. # What’s Next¶ There’s more in-progress work that we look forward to sharing with you all soon! There is not an official 3.3.2 development release yet, as several roadmap items are still in-progress. If you’re feeling _really_ adventurous and just can’t wait, you can try our “nightly” builds. Instructions are under the Automatic Development Builds header. In the meantime, we are planning to release **GIMP 3.2.6** in the coming weeks. It is a stable release so it won’t include many of the new features described here. However, it will have a number of important bug fixes and small improvements. We’ll discuss these more in the 3.2.6 release news post!
000
GIMP [Unofficial] @gimp.org.web.brid.gy · 17/07/2026
gimp.org
Google Summer of Code Midpoint Progress
Since the release of GIMP 3.2.4, we’ve been hard at work behind the scenes. We’ve been making fixes that will be included in the upcoming 3.2.6 stable release and adding tons of new features for the first 3.4 development version. In addition, we’ve been mentoring our four Google Summer of Code (GSoC) students as they’ve been working on their projects. Since we just completed their midpoint evaluation, we wanted to share their progress with you all! In alphabetical order: # Akascape¶ Project Description Akascape started off their early work for GSoC by creating a new Vibrance filter in GEGL. This filter combines the existing Hue-Chroma and Saturation filters to more selectively adjust the less saturated sections of an image without increasing others. It was released in GEGL 0.4.68, so you can use it right now in GIMP! Their main focus has been on improving the user experience with the Keyboard Shortcuts dialog. They plan to both improve usability while also adding new features. _In-progress updates to Keyboard Shortcut UI, by Akascape_ Akascape’s in-progress work already includes several big improvements such as a category list to quickly jump to relevant shortcuts, the ability to import and export shortcut “profiles”, and efforts to make the dialog more friendly for a future GTK4 port. In addition, Akascape did some early work on adding more adjustment layers to our PSD import plug-in, building off in-progress work by several contributors. His work would allow for importing Vibrance, Black & White, Photo Filter, and Exposure PSD adjustment layers. # Blezecon¶ Project Description Blezecon has taken on the task of building the online infrastructure for a GIMP Extensions platform. Originally planned as part of GIMP 3.0, the Extensions platform would allow users to download third-party themes, brushes, plug-ins, and more via a package manager directly in GIMP. The local infrastructure has been in place for several years - this GSoC project is about developing the online submission process. Blezecon has been working in the Extension repository and making great progress. His initial work involved cleaning up and correcting issues with the initial YAML script. He then created a comment-based approval system in the repo. This will allow community moderators to easily inspect and approve new extensions through the same interface they use for responding to issue reports and review merge requests. Blezecon next developed a scheduler script that will monitor pending extensions, and once they have received the required approvals, automatically merge them into the Extensions repository for user access. While infrastructure work is often not as visible to end users, Blezecon’s GSoC project is an essential effort to getting the Extensions repository up and running for future releases of GIMP! # v4vansh¶ Project Description v4vansh did some early bugfixes and improvements in GIMP beforehand. He fixed a problem where the thumbnail wouldn’t update after changing image modes, and he corrected missing information in our manual page generation. Since the start of GSoC, he has been focused on improving text handling in GIMP. His current big project is grouping fonts by family in the text widgets. In addition to better organization (especially with the infamous `Noto` fonts which have hundres of variants), this patch significantly reduces lag on systems with large numbers of fonts, as v4vansh’s mentor Liam can attest. This feature is in final testing, and we hope it will be merged into the main codebase soon! _Early UI tests for OpenType fonts, by v4vansh_ v4vansh has also begun experimenting with adding support for OpenType variable fonts. This would allow for much more sophisticated font and text work in GIMP. The initial work involves exploring both the functionality and the user interface to interact with it, and both will develop further as he continues to work with OpenType fonts. # Waris Maqbool¶ Project Description Before GSoC began, Waris contributed some early work to GIMP. He updated our OpenEXR import code to load YUV images in color instead of in grayscale. The main focus of his project though has been with GEGL, our color processing engine. His first project was implementing a GEGL version of the Sharpen filter. Sharpen is a simpler version of the Unsharpen Mask filter, a popular method of correcting blurry images. It was unfortunately removed from GIMP 3.0 due to it not being maintained and only working on 8 bit images. Waris has created a GEGL filter of Sharpen by doing comparisons with the 2.10 version. The recreated Sharpen filter will be non-destructive and will have an on-canvas preview, both improvements over the original. _Handwritten calculations to recreate the Sharpen Filter, by Waris Maqbool_ You can see the in-progress merge request for comparison. We’re doing some final reviews for optimization, but we expect it to be ready for a future release of GEGL and GIMP. Waris has also begun working on a new Inner Glow filter for our PSD support improvement project. While GEGL already has an inner glow feature, it was not designed to be compatible with how it looks in Photoshop. As part of his work, he is also creating a generic curve editing widget to use for editing the PSD Inner Glow’s settings. * * * We unfortunately had more great GSoC applicants than we were awarded available spaces. One student in particular continued contributing, so we’d like to highlight their work as well. # Harsh Verma¶ Harsh has been focusing on several different areas of GIMP. His initial proposal involved improving our unit testing suite. He is currently working to implement automated UI testing for GIMP. This is a challenging task, as interacting with the UI varies across platforms. He’s already developed several tests that work on Wayland, which you can see at his in-progress merge request. He’s also improved our contributor infrastructure that integrating CI-Fairy into our pipeline. This feature checks to make sure contributor commits follow the proper format before merging, which makes our commit history easier to read and understand. Harsh has also been working on more user-visible changes. He recently took on a user request to add more version information to our About dialog. This follows standard practice with other software, and makes it easier for users to find information that helps us troubleshoot problems. In addition, there’s a handy Copy feature to easily grab the information for sharing. The code and UI have gone through several revisions based on developer and designer feedback, and it will likely be merged soon! _About Dialog with additional version information, by Harsh Verma_ * * * We’ve very proud of our student’s contributions so far, both in code and in community! We’re looking forward to you all getting the chance to try out their work in future development releases of GIMP, which we hope to have more information to share soon.
000
GIMP [Unofficial] @gimp.org.web.brid.gy · 11/07/2026
gimp.org
Interview with Liam Quin
//_ TODO: Introduction _// This interview took place over April 21 - 23, 2017. In addition to **Jehan** and **Liam** , **Simon Budig** , **Aryeom Han** , and **Americo Gobbo** were also involved and asked questions. **IMAGE SUGGESTION: Head shot/profile picture of Liam** * * * _Jehan: Hello Liam!_ **Liam** : Good evening. _Jehan: First of all, could you introduce yourself?_ **Liam** : My name is Liam Quin. What do you want to know about me? I’ve been using GIMP for over 300 years, since 1997 or 1998. I’m not sure – ‘98 I think. _Jehan [laughing]: Not very good with mathematics._ **Liam** : Not very good with mathematics, numbers, no - I’ve heard of them. Computer science, got that – don’t need to be very good at maths to get a degree in computer science. Although I should have specialized in maths – and digital typography is my background, and I think my first love. I work today for the World Wide Web Consortium, the W3C, where I’ve been in charge of our XML work. Now I do CSS and accessibility and some payment stuff and some SVG stuff, all sorts of things. _Jehan: Okay, so what has been your involvement with GIMP?_ **Liam** : I’m just a hanger-on, a time-waster. I throw bricks from the side, I make suggestions. For a while I was the official spiritual advisor to the GNOME project, but I believe I had to give that up when Bush was elected. I was, actually, if you look at the foundation page you’ll see me there. I just met the people at a GNOME GUADEC conference years ago, and decided they were really good people. I’ve been using GIMP professionally. I run a small stock image company and the images, both photographs and scanned images from old books, I clean them up with GIMP and do creative work with them and sell them. The GIMP team has been responsive when I needed changes or when I wanted changes, and very occasionally I’ve even made some patches, although not very many. _Jehan: Maybe you can tell us what you like about GIMP, what you don’t like about GIMP?_ **Liam** : What I like least about GIMP is the name, because I work in accessibility. So for example, I can’t wear the GIMP shirt at work because there will be people who are upset. _[Editor’s note: More information about the name and where things currently stand]_ But I like most about it is that is Free Software. That I have a right to change the code, or to pay someone else to change the code if I can’t. That it runs on free platforms, such as GNU/Linux systems. I like that it’s in a language I can read. I particularly like that it’s got a lot of functions, it does a lot. It does pretty much everything I need. I can imagine it doing more, I can imagine a program that I would just say, “Scan this image and clean it up for me”, but we’re not there yet. I actually have to do work, including creative work, to repair image. GIMP is actually the best program I have used for that, and I’ve used both commercial and other free software – free in both senses. I’ve found that GIMP has features that are really good for cleaning up scanned images. **IMAGE SUGGESTION: Picture of Liam in GIMP shirt or with GIMP banner?** _Americo: What do you think about artists using GIMP?_ **Liam** : I think artists, people approach art from all sorts of different angles and direction. And some people want something very immediate, which you might find in MyPaint for example, where you open MyPaint and you don’t even have to do `File` → `New`, it’s just there, and you can start drawing. And at the other extreme, there are people who plan a drawing for a long time, maybe draw careful pencil sketches and build something up over a period of hours, days, months, even years. And within those, there’s people who are very precise, work with numerical angles, will write a little programming script to create a particular effect – and there’s other people who will want to do lots of experiments and choose the one that works best. I think what we’ve been seeing is that the user interface of GIMP has been changing. There’s been a move towards supporting the spontaneity a lot more. The early GIMP was really aimed at the people who thought about their art more than – as I see it – more than just sitting down and painting. That’s actually why I think my husband would prefer MyPaint to GIMP. He said he hated GIMP, and part of that was because he was taught Photoshop at university. Universities shouldn’t be teaching specific programs, they should be teaching the underlying skills, they should teach image editing, not a particular version of a particular program. But you spend so long learning one program that you get really tied to it. But we also have the fact that GIMP has been more – um, people have this left-brain, right-brain categorization which turns out to not have much basis in reality, our brains don’t actually work that way – but GIMP is more “left-brain” than “right-brain”. Not as extreme as Inkscape or Illustrator for example, where you can’t even do a brush stroke, you do an outline really, unless you fight the tool. So there’s people doing fabulous, professional artwork - really good quality artwork with GIMP. It doesn’t suit everyone, but if it does suit you, it’s absolutely awesome. It’s got lots of features. I don’t know of any other art program where you can control the brush size with a MIDI keyboard, right. That might sound really weird, and yet, I can imagine holding a MIDI device in one hand, or using one foot to control a MIDI device, because it exists, a pedal for example, and wiring that to brush size and that could be really interesting. So yeah, GIMP is fine for doing professional art, but as an artist you’ve got to figure out which tools you’re going to use. When you walk into a gallery and you see paintings by the old masters, you look at them and they stand out. They’re called masters because they’ve mastered the technique, and they think about what they want to do, and the technique becomes – as far as the observer is concerned, watching them work – they’re not thinking about how to achieve the effect they want, it just happens. In actual fact, some of them probably spent a long time thinking about the effect they want, but it doesn’t seem that way. Some people say it takes about 10,000 hours of work to become a master in something if you practice it. I think you can become a master in digital painting, in multiple tools, and GIMP is one of them. It’s a strong one, but it doesn’t have to be the end of it. _Jehan: Does your work in W3C have maybe any relationship or link with GIMP?_ **Liam** : We have stronger links to Inkscape actually. The strongest link to GIMP a long time ago was the PNG support, because the PNG image format was jointly developed with W3C and IETF. The Inkscape work, SVG, is on-going, and even though it hasn’t been implemented the same way the programs, it’s already pretty useful. But there have been other overlaps such as color management and compositing, for example. **IMAGE SUGGESTION: Image of Liam at W3C?** At one point I reached out to someone from Adobe who was working on CSS compositing, and who knew about the internals of Photoshop, and he came and joined the GIMP IRC channel and talked with people there about color models and compositing. So in some ways I’ve tried to encourage communication. And I think the culture of the web, the web has really done a lot for free and open source software. More people are using free software now than ever before, because of free web browser and free web tools. So the work that we’re doing at W3C certainly relates to the GNU project, the GNOME project, the GIMP project – both technically, legally, socially. So there’s links in that kind of way. But I don’t think we have a whole lot of direct contact. _Jehan: What do you see in the future of GIMP?_ **Liam** : I suspect that the long term future of GIMP is that these native toolkits are going to get replaced with webpages and Javascript. _Jehan: So you mean GTK+?_ **Liam** : I expect eventually there will be a Javascript to replace GTK. In ten years time, I think GIMP will be running in a web browser as a web app in some way. _Jehan [laughing]: Seriously, or is that a joke?_ **Liam** : No, I was completely serious. And the reason I think that is, what the web has done is it’s assimilated – like the famous Borg – it’s taken over all sorts of things. Native clients for particular applications have gone away whenever it was feasible to replace them with a web app. 25 years ago – can that be right? In 1995, how long ago was that? 22 years ago… I was in a conference in Ottawa, for document management systems. And these all had proprietary desktop clients that were basically GitHub. That you loaded a proprietary client, and it had a button to check out a file, another one to check it back in, open it in editor, show differences. And there still are proprietary clients for git and CVS on Windows, for example, there’s TortoiseCVS and friends, but I wouldn’t want to bet my business on something like that today. Because someone else would come along and make a web-based one, and it would work almost as well as mine, as best as I could do. And it would cost them a tenth a cost to develop it. They could sell it for much less than I could sell mine, it would be easier to support – I’d be out of business. And in fact, almost all of those document management companies have gone out of business. I think there’s two left of the ones that was at that show, and one of them has been bought by AutoCAD. So, I think we’re going to be replaced – the question is when, not whether. _Jehan: So we will be replaced, or GIMP will go to that format?_ **Liam** : One way or another. That will depend on the people, whether the people are willing to do that change, and they’re around when it happens. _Jehan: And so GIMP would run remotely on some server?_ **Liam** : It’ll run in your web browser. _Jehan: So still locally, but on your web browser?_ **Liam** : Yeah, I think so. _Simon: So this is my question. When you say Web page or Web browser, you’re not talking about_ _Software as a Service._ **Liam** : No, I’m actually talking about a program written in Javascript or something that compiles into Javascript, more likely. What they call a transpiler these days. _Simon: But users doesn’t necessarily have to realize it’s doing this, right?_ **Liam** : No, correct. They’d look identical for all we know, because every GIMP window would just be a browser window. _Jehan: It’s funny because Mitch had basically a question about this. Did you read Mitch’s message?_ **Liam** : Yes I did. _Jehan: He had a question about Javascript, and we kind of laughed about it._ _Simon: Yeah, but this was a different Javascript approach._ _Jehan: Javascript for the UI._ _Simon: Yes, but not necessarily via a browser._ **Liam** : I’m expecting gegl.js to happen, let’s put it that way. _Simon: In some ways I think it’s even already happened._ **Liam** : It has already, because people have done the automatic translation. But what you really want is something written to take advantage of the browser’s own image processing capabilities whereever it can, so it actually goes fast. _Simon: And, for example, having a WebGL backend or something._ **Liam** : Yeah. I mean, things written in the browser, in Javascript, can actually be reasonably performant now, they can go reasonably fast. I just think it will happen. If it doesn’t happen, what will happen is someone will write – people are already writing – one of the many photo-editing applications and art applications that are happening as web apps now, will take over. Because there will be 20 million users of the one, and 5,000 users of the other, probably. But that would be sad because there’s so much work that’s gone into GIMP. I would like to see it carry on, but I just think that the future may be running in web browsers. I don’t know for sure. I mean I’m not sure I like it. I’m not saying drop everything and do this now, but I am saying “keep your sword at your side, for you know not when the hour will come”. That’s a Biblical quote – they’re actually referring to the end of the world _[laughing]_. _Jehan: Is there something regarding your work with GIMP, for your stock image company - is there anything in GIMP that you’re really looking forward to? A feature or planned change, to really help your daily work?_ **Liam** : Yeah, actually. I think that non-destructive editing when that happens will really help me. Because the ability to go back and conceptually edit the graph, for example, to have a check box – not saying you’d do it this way – but imagine having a checkbox by each entry in the undo history, and being able to deselect one of them and see what the image would be like if I didn’t do this. You can’t actually implement it like that inside GIMP, but that’s a way of thinking about how it might look. **IMAGE SUGGESTION: Image from Liam’s stock image website?** Because quite often I would do something like a 10, 15, 20 pixel radius blur to get rid of screening artifacts, and then I have to do several other operations and scale the image down and sharpen before I get an image I can sell. I can’t sell a blurry image, but I can’t sell one that’s made up of lots of dots either. So I have to get rid of the dots and I do that either by blurring or wavelet decompose or something like that. And then I do other operations, and I discover some time later that I didn’t use the right radius for my blur, because the challenge is to use the smallest radius that gets rid of all the dots. If I use too big a radius, I get an image that’s too blurry to sell. If I use too small a radius, when I scale the image down, the dots come back when I sharpen it. So I can imagine being able to go back and just change that radius, and have GIMP show me the result of the scaled down image, and I can see “Yes, great, that was the right number!”. So the non-destructive editing will be a big plus for me. _Jehan: You also have a very interesting use case, which is that you work on very, very big images._ **Liam** : I hear that a lot from GIMP people. I hear it a lot from photography people. I never hear it from print people. People doing graphic design with print, are not surprised if an image says it takes a gigabyte of memory for one layer. _[Audible gasp of shock from the audience]_ We have people who come to the GIMP IRC channel, say they do work for print, and they’re editing a 20,000 by 15,000 pixel image in RGB mode and it’s going a bit slowly, and what should they do about this? _Jehan: Yes, of course you always have people who have bigger images, but what is a typical size for you?_ **Liam** : Well, that _is_ a typical size. I was editing one yesterday that was 3.6 gigabytes when I first opened it, just one layer. And I scan in high resolution because people typically want a detail of an image at large size, and also because I can produce higher quality images than most other people. And if you’re a small company, you’ve got to have an advantage over the big companies. The big companies have millions of mediocre images and I’ve got thousands of really good ones, so people come to me. And it works. **IMAGE SUGGESTION: Another example of Liam’s stock images?** There are some issues with GIMP. I mean, 16 gigabytes of memory is a minimum. My laptop’s not really good enough for the larger images, it has 8 gigabytes. My desktop has 32 gigabytes and that’s okay, as long as you don’t use multiple layers. You start using too many layers then you have to be careful. _Jehan: Do you think that GIMP handles the images well?_ **Liam** : Pretty well. I understand that compared to two or three other image editors that I’ve use, it seems very slow with these images. An example is if I do Curves, after pressing Okay I might have to wait 5 minutes, whereas in the other editors I don’t have to wait at all. The reason for that though is that they’re doing the work in the background, and they’re just showing me the preview image, what I can see on the screen, and then they’re applying curves in the background to the full image. And every now and again you catch up and the program tells you to wait for no obvious reason, so it’s a trade-off. _Jehan: So do you think it’s better what we’re doing, or do you think…?_ **Liam** : I actually think in most cases it’s better to do the work in the background, because after I’ve done Curves, I probably want to look at the image and think for a minute about what to do next, and the program could make use of that time. But I’m also aware that there’s a lot of optimizations that has not been done to GEGL yet, and it could well be that the bottlenecks could be improved a lot. So I’m not too worried about it right now. It’s usable, there are places where it’s slow, and I’m not too worried. _Aryeom: I want to hear about your typography._ **Liam** : Yeah, I have a background in typography. **IMAGE SUGGESTION: Example of Liam’s typography** _Aryeom: And you have another art style._ **Liam** : I do, I’ve done other art, yes. I do calligraphy as well. But the calligraphy I do is done with pen and ink and gouache and paper. That’s partly because I don’t have a tablet. So this week I actually got to try graphics tablets, thank you, although I discovered it didn’t work with GIMP 2.9 properly, the preview version. It did work with 2.8, and I think I could get use to drawing with a tablet. So that was quite interesting – I wasn’t sure before. And it would be quite interesting to do some calligraphy with a tablet. But with calligraphy I’m use to looking at the pen, positioning it between pencil lines and thinking about each stroke. I think working with a tablet would be more like brush calligraphy than paint calligraphy, but I don’t know. The hardest thing I’ve found is that the tablet’s surface is too smooth. So the bite of the paper, as they call it, which slows you down when you’re drawing, is an important part of calligraphy. _Jehan: Someone was telling me about Wacom tablets, and other tablets I think, where you can put paper on the tablet and you actually draw on it. Have you seen that kind of stuff?_ **Liam** : I see! I hadn’t thought of that, that would be really interesting. And the computer would record the drawing while I made it. _Jehan: You can even do it while the tablet is unplugged, because it will record it and then later you can plug it in._ _Aryeom: Yes, but it’s vector._ _Jehan: Maybe vector, yeah._ _Aryeom: Can you send us your work?_ **Liam** : Yes I can. I can send you some pictures, yeah. Some of it has been published so that’s quite nice. I had a calligraphy piece that was used on the front cover of Time magazine, so that was quite nice. I don’t often get phone calls from the art director of Time magazine, so that was a surprise. **IMAGE SUGGESTION: Cover of the Time Magazine with Liam’s work on it** _Americo: I have a question. Do you have any advice for users, artists, photographers who think about or consider using GIMP? Do you have any advice on how we should approach it?_ **Liam** : I suppose it depends on what you’re trying to achieve and your personality. So if your personality is that you just like to go and do things quickly, as I said earlier. If you want the MyPaint style where you just go and do, but you want more richness, which GIMP gives you. For example, you might make a set of images which are blank or mostly blank, and basically use them like templates. You just double-click on an image and GIMP comes up with that blank image, and then you start. Which is much easier than doing `File` → `New` and using a GIMP template. Then you can just start painting. I mean you could ask people who paint. We have people like Americo here, who is doing fabulous stuff with making his own brushes from patterns in the clipboard and with paint dynamics, and really spending a lot of thought into exploring the tool and what it can do. And you have other people who say, “All I want is something like a charcoal stick with undo”. Or you have people who want things more like an engineering drawing. I occasionally do text-based art with GIMP. I’m more likely to use Inkscape because it has slightly better typography. And these days I’m more likely to use a web browser and CSS, because I can get the OpenType features which I can’t in GIMP or Inkscape. If you’re a typographer, being able to use the font properly is important to you. GIMP is very, very limited at this time, it really is. But it has it, and it’s the only thing you can go back and edit afterwards. So from that point of view… _[laughing]_ I think the biggest two problems I hear with people using GIMP, one of them is they haven’t found Single Window Mode. If you’re not someone who grew up with XWindows and applications having 25 windows, you might it really cluttered and difficult to manage. So then you get switched to Single Window Mode, which I use. Even though I used XWindows as early as 1988 I think. _Simon: It’s the default now, at least for 2.9._ **Liam** : I’m glad it’s the default. It’s not perfect, it was never finished, but it’s more approachable. The other default that people often have to change is the tile cache size. If you’re working with print images especially, then you need to change the tile cache size to be three-quarters of your physical memory or maybe more, depending on what else you’ve got running. You want as much in memory as possible without crashing your system, and it can be a hard trade-off. _Americo: Something I often discover is that people try to “get” GIMP by trial and error, and I’m not_ _sure if this is the right approach to software as complex as GIMP. I’ve tried this with Paint Shop Pro_ _and also Photoshop, and I didn’t get far either. I always have to turn to the manual._ **Liam** : I believe it’s deliberate that you can’t in Photoshop. Paint Shop Pro I don’t know about, it’s been years since I used it. But I suspected – don’t know this for sure – I suspect that in Photoshop, what they’re trying to do – you use to get this from the Debian community as well – the idea is to make something hard enough, it’s a trial by fire. You make something hard enough, that people have to put real emotional effort into learning it. And then they’ll stick with it through thick and thin. Because they’ve put so much emotional effort into learning something so hard. Photoshop and Illustrator have an interface where there’s hidden buttons in the toolbox. You hold down the mouse pointer over one of the little squares in the toolbox and eventually a hidden secret drawer opens and more tools appear. There’s no way you would discover something like that, right, it’s not discoverable. The way that you find it is the manual or a tutorial. So for GIMP, probably the best of the books I’ve seen for learning GIMP is called “The Artist’s Guide to GIMP”, and I love that guy’s tutorials. He says things like, “To start with, press `D` on the keyboard to get the black and white default colors. Now press `X` to exchange them. Now you’re drawing with white.”. And telling you things like that, mean that the tutorial will work regardless of your previous settings. He’s teaching you a way of using GIMP where you don’t mess yourself up, and if you don’t mess yourself up, you have much more confidence to explore. **IMAGE SUGGESTION: Cover of The Artist’s Guide to GIMP?** So I really love his tutorials. He explains, he says how you can do things by clicking, or by using the keystroke or by using the menu. It’s really, really well done. So that’s what I have suggested to people who want to learn GIMP, is that particular book. But other people prefer video tutorials. I don’t have patience for video tutorials – just tell me! But a lot of other people like them. _Aryeom: If I want to make a tutorial, is there any advice on the best way?_ **Liam** : I’ve done some tutorials that people didn’t like, and some that they really did like. And the tutorials that people really did like are the ones where you’re teaching, and at the same time you’re not assuming. So you don’t assume that people know jargon, you don’t assume that people know special names. If you start off in a tutorial saying “The first thing you’ve got to do is add an alpha channel to your image, and then divide the hypotenuse by the cosine of the vertex”, you’ve lost three-quarters of your audience. **IMAGE SUGGESTION: Screenshot from Liam’s teaching sessions, online or in-person?** If instead you say, “We need our layer to be transparent so that we can see things in the lower layers through it, and to do this, we have to use a menu item called `Add Alpha Channel`”, then what you’ve done is you’ve taught someone what alpha channel means and why they want to use it. So instead of just saying “Do this, do this, do this”, if you teach people a little while, you’re also writing a tutorial that’s more robust. Because it might be that in a future version of GIMP, the menu moves. So you can build in notes. You can do things like say, “If you can’t find this, you can use the slash key to search for things in the new release. This is how you do that”. And then you might make a tutorial that’s robust and that people follow. Because people get really upset if they find a tutorial for GIMP version 1.2 and they try to follow it and it doesn’t work. So then they find a tutorial for some other image editor and they try to follow that and it doesn’t work, obviously. And they get angry and swear at us, and maybe they come to IRC and say your program is full of worms and your mother was a raspberry tart! And we say, “Why are you saying this?” and they say this tutorial doesn’t work! You can’t write something that’s going to be proof against future completely, but you can write something that’s going to be a little bit robust, and that teaches people and keeps the sense of delight and fun. And if you do that, people will enjoy using your tutorial and learn from it, and you’ll have fun. _Aryeom: Thank you for the advice!_ **Liam** : I’m hoping to do some tutorials this year for scanning images, working on scanning images from books, old books, published, printed books. _Jehan: That’s good – for gimp.org?_ **Liam** : Yeah, I hope so. One of the things I’m really hoping for is the XSane project makes a version of their GIMP plug-in that works with the new release, with 2.9, to do high bit depth images. Right now it’s restricted to 8 bits per channel. My scanner can do 16 bits per channel, RGB, it’s A4 or Tabloid size. But in fact XSane crashes if I try to do that. _Jehan: So you scan with another software?_ **Liam** : I scan with XSane, but I have to save it to a file and then I have to open the file in GIMP. And that’s actually a pain for me, because the point at which I choose the file name, the book is still on the scanner, and my file names are usually the page number in the book and the caption as the file name. But if the book is on the scanner then I can’t see what page number it’s on, so I have to remember beforehand to write down the page name, so it’s a pain. So if I’m scanning six images or something at once with the plug-in, it arrives one after the other in GIMP. And a fabulous GIMP feature, not in any of the other software I’ve used, is that I can be scanning one image with a progress bar going along, cleaning up another one, and saving a third one, all at the same time. And that’s three times the throughput that I get with other software. **IMAGE SUGGESTION: Picture of Liam’s scanner setup?** I’ve been to places where they’re scanning books professionally, and they have three, four, five computers in a row, with multiple scanners. So you start scanning on one, then you move to the next one, start scanning on that, go back to the first one, start cleaning it up, go to the next one, start that one scanning, go this one, start saving the image – because that other proprietary software could only do one of those things at a time. That’s still true today. So by using the plug-in I get much more throughput, so I can have the scanner going – and it can take up to 20 minutes to scan an image, and it can take up to 5 or 10 minutes to save an image. For GIMP to export an image to PNG for example, can take 5 or 10 minutes if it’s a several gigabyte image going to a hard drive. So, it’s really nice to be able to work effectively with multiple threads. I like that. So I should write some tutorials because GIMP really is better than anything else I’ve used. _Aryeom: I will translate it to Korean because I’ve seen someone on a Korean website asking how to_ _scan in GIMP like this._ **Liam** : Okay! Maybe they’ve already written a better tutorial than I will, we’ll see. I’ve been doing it for more than ten years. 1999, I think, I started my website, fromoldbooks.org. So it’s going to be coming up to 20 years old before too long. Some of the books are 500 years old. _Jehan: And you’ve been using GIMP since the beginning?_ **Liam** : I used GIMP early on. I had a period when I was writing a book and the publisher required me to use Microsoft Office, so I was on Windows. For a lot of that time I was using other software. I actually end up using Paint Shop Pro because it had something like, what GIMP calls a corrective or reverse transformation. _Jehan: And GIMP did not have it?_ **Liam** : GIMP had it, but GIMP wasn’t doing well on Windows at the time. And the other software I had, Photoshop, did not have anything like a corrective mode that was as useful. GIMP’s corrective mode is actually better because it’s a grid and not just a line. The Photoshop one, as I recall, you draw a line on something that should be horizontal or vertical. But in most scanned images I’ve got, they’re hand-made engravings, there isn’t going to be a definite horizontal or vertical, because it’s an artist’s sketch. So I have to choose what looks best. I start out by getting the grid roughly right, clicking rotate and seeing what happens. Flatten the image to get rid of the corner artifacts and seeing what it looks like. And if it looks okay – with experience you can most of the time do it first time. One of my few patches to GIMP in fact, was to change the undo history to say what the angle was. This way, I can do an undo, even half an hour later, I can see what the angle was and I can say, “Well, that was just a bit too much, I’ll try reducing it just a bit and try again”, and usually second go I get it right. And that’s an example of it being an open source free/libre software. I was able to contribute a patch, which Mitch kindly rejected, and I was able to redo it, and get it in the right format. And he incorporated it – and then I think he wrote it even more. Looking at the code yesterday I discovered – it’s a year or two since I did the patch – I looked at the patch and discovered it’d been rewritten even more, which is good. But that simple patch has saved me, cumulatively, hours and hours of work, just knowing that information. Because I might do two or three rotations in a sequence, then go back and undo them and do a single rotation, because you degrade the image slightly when you rotate it. And if it takes 10, 15 minutes to do a rotate of a large image, then saving two or three attempts at rotation everyday has saved me a lot of time, you know. **IMAGE SUGGESTION: Screenshot of GIMP workspace with undo history showing the angles?** So that’s all part of why GIMP is so fabulous. That, and being able to come onto the IRC channel and say a particular thing is really slow. The first time I did that, it was Sven at the time years ago, he couldn’t believe it was taking me 20, 25 minutes to rotate an image. He looked at the code, and he had me do some profiling, and then he said “Oh”, and made a one line fix. And it went down from 20 minutes to 2 minutes the next time I recompiled GIMP, ten minutes later. Same day! A fix on the same day. In the libre graphics world, in the free software world, that’s not unusual. In the “I’ll make a support ticket with my vendor” world, it’s not unheard of but it’s pretty rare. So that’s been a real plus. Sometimes the developers will say “No, we can’t make that faster because…”, or “We won’t, because we’re going to replace it”. But there’s been a few occasions when GIMP has been faster because I’ve gone into the IRC channel and said I profiled this, or here’s a patch, or can someone fix that. So it’s been fabulous. _Jehan: I think we’ve asked most questions. Is there anything you’d like to say that we didn’t ask you?_ **Liam** : Yeah. The biggest thing I think we have to do, is get a message out to the world that GIMP is perfectly suitable for professional use. It’s aimed at professional use, and people are using it professionally, successfully. It’s not a second choice, it’s a first choice. It’s not because I can’t afford this other program, or because my principles say I don’t eat meat, or I don’t use programs beginning with P. It’s a first choice – it’s actually better for what I’m doing then any other program I’ve used, and I’ve used a lot. So we need to get that message out a lot more, and we need to have more confidence in talking about GIMP. We’re close to it, we see all the problems, we have visions that we know are not happening, and yet, we forget sometimes that we’ve got something really really good there. And we need not be ashamed to say that. _Aryeom: Why do you think people are sometimes ashamed or don’t have confidence to use GIMP?_ **Liam** : I knew a chemist once who worked in a jam factory, where they made marmalade and jam. And he saw what the jam did to the steel containers where they mixed it. And they had huge steel vats like the size of a small building, like a big mixing bowl. And the jam is highly acidic, and it would eat the steel. And he said he would never eat jam again, after seeing how jam was made. But you know, if you make jam at home it’s no better. It’s no better than any other food, or worse – alright, it may have too much sugar in it. Or it’s like the sausage maker who knows what goes in the sausage. We’re aware of all the problems, and we’re aware that we have visions of how GIMP could be in some other universe, and it isn’t. But that’s okay, it’s what it is. The fact we can say, the text tool could be improved so that after you scale the image, text is still text for example. We can look at that and say “Yeah, that’d be fairly easy to fix but we’re busy”. But we still have a better text tool than a lot of other programs, you know, even without making any other changes. We’re too busy to go look at other programs – and perhaps worried too about intellectual property, about using someone else’s design. But the truth is, GIMP is better than, in many ways – not perfect, not saying that – but it’s better in many ways than we realize. **IMAGE SUGGESTION: Liam’s artwork** * * * **Links**
000
GIMP [Unofficial] @gimp.org.web.brid.gy · 09/07/2026
gimp.org
Interview with Nara Oliveira, Free Software Artist
GIMP is Free and Libre Open Source Software, but none of it is possible without the people who create with and contribute to it. Our project maintainer **Jehan** wanted to interview the volunteers who make GIMP what it is, and share their stories so you can learn more about the awesome people behind GIMP! Early interviews from co-maintainer Michael Natterer and Michael Schumacher were published shortly after the first Wilber Week. The remaining interviews from this event, about Simon Budig and Øyvind KolÃ¥s were published years later as a revival of the series. While these interviews are a bit old and reference outdated versions and features of GIMP, we believe they still have value and show the evolution of our community. This next interview is the first one recorded at the 2017 Libre Graphics Meeting in Rio de Janeiro, Brazil. The subject is **Nara Oliveira** , co-founder of Estudio Gunga. She is a Brazilian artist and advocate who uses free software exclusively to develop professional works in many fields, including design, illustration, and animation. This interview took place over April 21 - 23, 2017. In addition to **Jehan** and **Nara** , **Simon Budig** , and **Aryeom Han** were also involved and asked questions. _Nara Oliveira, CC-BY-SA_ * * * _Jehan: Hello Nara. Can you introduce yourself to the people?_ **Nara** : My name is Nara Oliveira. I am a Brazilian designer. I am from Brasília, the capital. The city name is Taguatinga. I study design and today I work with free software. I have my own company with some partners and we work in audio, video, design, and animation. _Jehan: What is the name of your company?_ **Nara** : Gunga. Gunga is an instrument from Capoeira. We have the berimbau with the “calabash”, I think – it’s an instrument from Capoeira. _Jehan: Okay. From what we understood, you mainly use free software_ **Nara** : Yes. _Jehan: Mainly, or only?_ **Nara** : Only. _Jehan: And which ones in particular?_ **Nara** : I use GIMP, Inkscape, MyPaint, sometimes Krita – I’ve tried it – Scribus, FontForge, FontMatrix, and others like everybody uses. _Jehan: Do you use Linux?_ **Nara** : Yes, Arch Linux. _Jehan: So full free software from start to end! Okay, and why do you do this?_ **Nara** : When I heard about free software and Linux, I was working in a cultural space. I was working with theater and with drawing, and we already have that culture of sharing things and sharing knowledge. So when I met these guys in free software, they told me about what GNU and Linux were and the philosophy – and when I heard about it I fell in love with it. Because I already think that way, and so free software is applying what I think is right onto software and onto technology. So for me it just makes sense. So I started to use this software. In the beginning it was difficult to make the transition, but with some time I got into it. _Jehan: So you made a transition from proprietary software?_ **Nara** : Yes, from proprietary software to Linux. _Farid: When was this?_ **Nara** : When? Ah, let me count… _[group laughter]_ I was not finished studying then, so like around 2006 or 2007 I started. I really started to use Linux and everything for working in 2008, for everything. _Jehan: So you studied design in university?_ **Nara** : Yes, in university. _Jehan: With proprietary software?_ **Nara** : Yes, with proprietary software only. But my university was not so focused on software. In five years of studying, we only had one class about software. And as the class went on, everyone already knows how to use it! So it’s like a class that has to be on the curriculum, but it’s not like you have to use – it’s more like conceptual. _Estudio Gunga Presentations and Workshops, by Nara Oliveira, CC-BY-SA - 2025_ _Simon: Something I do a lot is that - I’m a software developer mainly, so_ _I do a lot of my own tool development. Like I have a specific problem and I know_ _there is an algorithm in my mind that I know would solve the problem (or might solve the problem),_ _so I start implementing my own tools for very specific, very weird tasks, because I can’t do it_ _with GIMP._ **Nara** : I would like to do that! _Simon: So this is what I wanted to ask – do you have programming experience? Do you have an idea of what it means to develop software?_ **Nara** : No, but I think I have an idea – but I do not develop programs. I’ve studied a little, but it’s not like I can do something. I can see the code lines and know more or less what’s happening, but I can’t write lines by myself. _Jehan: You’ve told me that sometimes you will see some scripts and guess what it can be,_ _and change the numbers…_ **Nara** : Yeah, but more in insights and not in the programming itself. _Jehan: Since we’re doing this interview for gimp.org, what can you tell us about GIMP?_ _How do you like it? How do you hate it? Tell us everything!_ **Nara** : [Laughing] The first thing is, I like GIMP. I use it a lot. My work and style is more vector, but I use GIMP a lot and I like it. When I made the transition to free software, until today one thing I didn’t like is that you don’t see the effects. You have do something, turn back, “Oh no!” - I have to change two, three points here, then I have to undo and do it again and come back. For me, it’s one of the things that makes the work not fluid. I’m so happy to see GEGL on-canvas effects. _[Editor’s note: This feature was already implemented in the development version of GIMP 2.10,_ _officially released about a year after this interview.]_ _Jehan: So, some other comments on GIMP?_ **Nara** : Yeah, I really like it but, for example, I have some problems with my tablet. When I bought my first tablet, it simply didn’t work on GIMP. And I think it’s because of that, I use MyPaint. Because I have to work, and I have to work right now and the pressure doesn’t work, so what can I do with my tablet – so I found MyPaint, and I started to work with MyPaint, and it’s because of that I use it. Not because I think it’s more powerful than GIMP – it’s just because of that. At the time I liked it, and today I still use it. _[Editor’s note: GIMP 3.0 improved many issues with tablet support that were mentioned here.]_ _Jehan: So MyPaint is your main software?_ **Nara** : For drawing, yeah. Because I am a designer, but I’m an illustrator too. So for illustration I use MyPaint, just for that. For small drawings, I use vectors in Inkscape, and so on. I use GIMP more for photos, for editing, composing, correcting photos. _Estudio Gunga Projects and Film Fests, by Nara Oliveira, CC-BY-SA - 2025_ _Jehan: Yesterday when we spoke, you had this nice example of a job you did with Scribus._ _Like your first job with free software, I think?_ **Nara** : No, my first book. _Jehan: Ah, your first book, not your first job with free software._ _Could you tell it again, now that we’re recording?_ **Nara** : I was called on to make a big book, like three hundred pages. There was little time to do it, like three, two weeks. I am from Brasília, and they said you have to do it here with us to get it quicker. I traveled to Bahia to do it, and when I arrived there, there were two other designers. It was funny because I worked in Scribus, one worked in Corel Draw, and the other one in InDesign. So you had three designers, three different software. _Jehan: And three different operating systems._ **Nara** : Yeah, and three different operating systems, and we had to do one book, the same book! So we met each other and said “Okay, let’s do it!”. We separated the book into pages, so I would do the first one to 100, the other designer would do 101 to 200, and so on. And we together figured out how the design of the book would be, and the rules to make each part feel like the same book. So we started, and just like that, I finished first! I was worried, because I had not used Linux for too long, and if there was something wrong in the software or in the distribution, I would not know how to fix it. One of the designers had Mac and the other had Windows and I was so worried. But it went well and I finished first – and it was very encouraging for me. It’s just a tool you know? I can do it, he can do it, she can do it – everyone can make it, so I was very happy. Because in the beginning I was worried about everything going wrong, and that there would be problems when I saved the PDF and printed it, but it was all okay. The book was about experiences with, we call it here “apprentice to Griô”. It’s from the French language, because it came from Africa but a country that speaks French. It’s like an old master who teaches the people around them, the community, something – knowledge about herbs, which can be medicinal herbs, or teaches about techniques about how to construct instruments, or make music, or dancing – like masters of Brazil, of all Brazil. So it’s because of that it’s a big book! Years later, in the north of Brazil, when the waters came and filled the houses in the city – a flood. I was seeing that on the TV there was an old lady with her flooded house beside her, everything destroyed. And she had that book in her hand. She was crying because her house was destroyed, but she had the book, and she was happy she still had the book even though she didn’t have her house anymore. So it was a meaningful project, and it was the beginning of my using Scribus. _Jehan: Are there things sometimes you feel you are not able to do with free software?_ _You already answered this yesterday, so I’m just asking again to hear you saying it._ **Nara** : When I see art – art is everything, design is everywhere – I can’t see something and think about “I can’t it do with free software”. I can do it – maybe I can’t do it because of my creativity or because I don’t think about it, but technically I can do it, you know. We have the tools to do it. We have other ways, but we have the tools I think – in my area of design. _Simon: What would interest me is, you mention that you use quite a lot of different_ _tools, like GIMP, Inkscape, Blender, Scribus -_ _**Nara**_ : Blender not yet, though I started animating in the timeline. In the movie that we showed, the first one that was in 2D, I animated parts of that. _Simon: But there are a lot of different tools that you and your colleagues use._ _When you start a project, do you pick one of the tools and stick to it, or is more like_ _you start using one tool then transfer the result to a different tool?_ **Nara** : Yes, it was like each tool was like a room of a house. I live in the house, there’s a lot of rooms, and sometimes I’m in the living room, other times I’m in the bed room, other times I go to the kitchen. It’s like I have a bottle, and I take the bottle here and there. I don’t choose the software. I plan the project, I think about it, and think “How am I going to make this?” So I will start drawing in MyPaint. But I need it to be a vector, so I save it, open in Inkscape and add a vector. But ah, I need an image in the background. So I open the image in GIMP, I work with the image there, then import into Inkscape, okay. But oh, now I have to print it. So I save what I can save in vector I save in vector, and what I can’t save, I export. And I go to GIMP, transform it and edit it, and I take everything, go to Scribus, put them together, and make a PDF. More or less like this. I’m always going back and forth between the programs. _Estudio Gunga Projects and Film Fests, by Nara Oliveira, CC-BY-SA - 2025_ I think it’s very complicated, but for me it’s very simple. But when I teach things like that it sounds very complicated. _Jehan: Do you have any questions, Aryeom?_ _Aryeom: I feel like I am in her head. I totally understand – I work the same way._ _Maybe later if I have any questions I’ll ask._ **Nara** : I learned everything by myself. So I don’t like tutorials, you know? _Aryeom: You don’t like tutorials?_ **Nara** : Yeah, I don’t have the mind to read or watch them. I learn all by myself. I think my way of working is just my way, because I learn by myself. And sometimes I get in touch with people who use the software too, I like to watch them because people do things very different that I do, and things more easily. And sometimes I teach the software to someone, and in two weeks or three, I go to see what the people are doing. “Oh my God, I’d never think of that way!”. It’s very fun because of this. I don’t like to do workshops because of that. I think my style of work is very crazy. But we can talk about it! _Jehan: So right now you have a big animation project. So maybe can you speak about it?_ **Nara** : Well, Farid is the director. He writes the script. I am the art director, but I also help him with the script and doing all the storyboards. I do it in MyPaint. I was a little worried because I’ve never done a storyboard before. So I study a little, see other’s storyboards, and make it for the animation. And we are talking with people who want to work with us on the animation – and I was happy because people always say “You have a beautiful storyboard!”. I was worried about that. I think we are, I don’t know, opening ways. Because we are not a 3D studio but we want to do 3D animation, so we have to contact on a lot of other people in Brazil and Latin America, and even in Europe. It’s been like a dream to make it. And we want to make it very fine, very good, because today if you are seeing bad 3D, then you don’t watch it. Because you have Pixar, you have Disney, you have a lot of others. I don’t think that we’ll be like Pixar, but we have to do something very good and great to be seen, you know? I think this is our goal. We want to make something very nice, very good that everyone wants to see. We’re telling Brazilian history of Quilombo, when there was slavery. Some slaves ran away and made a tribe, a community of their own and lived there. And these communities survive until today. And some of them have a lot of different cultures. It’s like they’re isolated. And the story is about one of these communities. In Brazil the agriculture is taking the lands of these people, because they have a paper that says “We own these lands”, but actually these peoples have been there for 300, 400 years. So we are telling the story of a girl who lived in a community like this. And they’re being pressured to go out and leave their lands. The story is a fiction, but it’s based on real facts. This is the history. It’s going to be like 10 minutes, it’s a short one, but it’s a real movie and after it’s finished, we want to continue it. Make like episodes or a long movie – it’s just like a pilot. But we need the pilot to get a bigger step. _Aryeom: I feel so moved, because our ZeMarmot project is also like this._ **Nara** : Here in Brazil there’s a law, I’m not quite sure, that for free television and private television, 50% of programs have to be Brazilian programs. Because it’s all foreign programs, so the government says that 50% have to be produced here in Brazil. So I have a lot of opportunities in that way for animated series. _Jehan: So you plan to distribute on TV._ **Nara** : Yeah. _Aryeom: Why did you choose 3D? Why not 2D?_ **Nara** : Because we love it! We really love 3D, we’re really passionate. We started using Blender, even for 2D, but we want to go to 3D you know. We have some experiences, and we like the visuals of the movie – we actually don’t work with 3D, but we want to. A lot of people do that – I think 2D is less expensive and - _Jehan & Aryeom [in unison and laughing]: I don’t think it’s less expensive!_ **Nara** : No? We like 3D. We want to make it – it’s so popular for the kids, for everyone. We want this movie not to go to the festivals and stay there. A lot of good films here are made this way. The very good films go to the festivals, earn their prizes, and no one’s ever seen the movie. “Oh you’ve seen that movie? No!”. It will never go to the cinemas. We want it to have the chance to become popular, you know, a lot of people really watching it. And 3D has this affection, people really like these. _Estudio Gunga Projects and Film Fests, by Nara Oliveira, CC-BY-SA - 2025_ _Jehan: I know you said you also appreciate Creative Common licenses and stuff like that,_ _so is this movie going to be under such a license?_ **Nara** : Yes, it’s going to be an open movie! You can take the characters and make another animation by yourself. If you want to take everything, the characters, the background, everything, and animate another story, you can do this. _Jehan: Which license?_ **Nara** : We haven’t thought about it yet, but the kind of license where you can make anything. _Simon: You said 3D. I sometimes have the impression that 3D in some way is more_ _limited in what you can do artistically compared to 2D._ **Nara** : Yes, it is. _Simon: So this is not a factor for you?_ **Nara** : No. Because in 3D, it’s like you said. If you’re doing a 2D animation, I don’t know, you can do a lot of types of techniques. Like it can be black & white, it can be color, or so many types – it’s like art in stop motion. 3D is different – you have a character, and you have the scenery, and the scenery is just the scenary. You can make some tricks with lighting and shading and colors, but it stops there. It’s an artistic limitation, I agree with that. _Aryeom: In your team, no one had any experience making 3D animations?_ **Nara** : I animate, but I know how to take the characters and make them move. But I’m not an expert. Farid knows that too and know how to make a 2D animation in Blender. But 3D is a new challenge for us. _Jehan: I think also the question was, you are a designer so you usually work in 2D._ _So we would expect something who draws would want this drawing to come to life, than_ _just doing the drawing and give it to someone else to make the actual final thing._ **Nara** : I have difficulties with this. I get tired of drawing very quickly. I can’t imagine myself drawing the same character more than, I don’t know, 10 times. I think I would die if I did that. _Aryeom: Haha, I’m dying!_ **Nara** : It’s like my style. This book was difficult to me, because I had to draw the characters the same. They have to look the same every time I draw it. I don’t like that. I like to do one drawing and it’s over. They have to repeat and be the same. I like the work, but the process of doing the same thing is difficult for me. _Jehan: So you prefer to just draw something and let someone else repeat it again and again._ **Nara** : Yes, like the computer! _Aryeom: To make a series, an episodic drama, it’s easier to make in 3D._ _For long form, it’s good I think._ _Jehan: Yes, for long form, but for short movies it takes longer due to preparations._ **Nara** : So it’s not my kind of thing. _[Nara hands out a book]_ **Nara** : It’s by a friend of mine who wrote the story and he asked me to make the drawings. I don’t do a lot of kid stuff, but I like it. And it invites kids to draw at the end of it. It talks about what city do kids want to live in, and what city we want for ourselves. We have a lot of problems in the cities here, and I like the idea of book, to let kids dream about the city because we want that dream to come true. _Aryeom: What about Gunga’s future?_ **Nara** : Ehh, I expect in the future that we have more people working with us. And we have more companies work with us with free software, you know. I’d like to get larger but not too larger. Because I want my life too! _Aryeom: Wise!_ **Nara** : But I’m happy now because last year two new people joined the studio, and it’s a lot more fun to work with more people. We exchange experiences, and I think I want to grow in that way, to get a little bigger and get more partners. And work with more cinemas! It’s more difficult because it’s expensive to work with cinemas, working with animations. We like to do more for ourselves. We make a lot of productions, videos for other companies, for the government, so we’d like to do more for ourselves – like our stories, less for them, more for us. _Estudio Gunga Projects and Film Fests, by Nara Oliveira, CC-BY-SA - 2025_ _Jehan: Okay, maybe the last question unless someone has something._ _Do you have any requests for GIMP developers? Other than on-canvas preview because we_ _already have it!_ **Nara** : I will see the new version you talked about after this. No, I’m okay. I think I’ve used it for such a long time that I’m so adjusted to it. In the beginning I had a lot of issues – if you gave me a paper then I would fill it with “I want this, I want that! Why do I have this? I can’t believe it!” But today it is so natural to me that I had to think about it before coming here, because I’ll be meeting people that I want to talk about it with. And I think well, there are little things I want to change in the software. But I think that I have this because I’ve been using it for so long. People are always comparing it with propriety software, and I don’t compare it anymore because it’s been such a long time since I’ve opened something like Photoshop. So, I’ll think about it. _Jehan_ : But in the end it just works!_ **Nara** : Yeah. I’ve written some*, but not for GIMP, for Inkscape, Scribus… _[Editor’s note: Jehan misheard the word “some” here as “song”]_ _Jehan: Ah! A song for everyone but us?_ **Nara** : I used an earlier version of Inkscape which had a lot of bugs. They just changed it and so I have just bugs for Inkscape. Bugs are bugs. _Jehan: Ah, it’s bugs, not a song!_ **Nara** : Yes, for Inkscape. For Scribus, I have some issues with development. _Aryeom: So you have bugs for them, but you have requests for us. So it’s good!_ _Jehan: Ah, okay. I thought you’d wrote a song._ **Nara** : No no – I know my letters are beautiful but it’s not a song. And I’m happy to meet you! Very happy. I don’t go to a lot of events like here in Brazil. I don’t have a lot of time to do that. And it’s like an investment to travel here because it’s very expensive and the country is too big, haha. So my involvement with free software is like in my community. On our street where we work, a lot of people use Linux because of us. It’s like a center, you know? Time to time, someone goes there, “Oh, I bought a new notebook, I want to install Linux, let’s do it together”. I think my part in this is more local than global – in the community. I feel better like this. Real connection, offline. I’m not so close to the development here and the other artists. And most of them, they’re just show artists. They don’t really work with design, they don’t really live from this, you know? I tend to know people who live from free software. Most of them are professionals, who are really good at one software, but they don’t put food on the table with it. It’s a little different. I learn from them, but I want to know people who have real issues. Because when you don’t work with it, you just experiment, you make your own goals. Like “I’m going to make this girl have make-up on her face”, and then you do that. When you work, another person puts a goal on you. Like, “Make this girl have a guitar”, and you have to find a way to do that. And the process when you make a goal versus when another person makes a goal you have to achieve, it’s very different when you’re working with the software. Because you have to go somewhere you’ve never went before. And it makes you use the software in a different way. You understand what I’m saying? Because when I see the workshops, people are very good at doing something they always do. I want to see people doing very good things they’ve never done before. These things show the real potential of the software. _Jehan: And the potential of the artist._ **Nara** : Yes, and the potential of the artist. Because you can show me, Inkscape or GIMP is doing this new thing. But maybe I’m not going to use it just because it’s in the software. I’m only will use it if I need it. So, there are a lot of people who are experts in the tools and what the tools can do – to make it, you have to use all the tools combined. It’s different, it’s another level. _Jehan: Well, I think that’s a good interview. Thank you**Nara**!_ **Nara** : Thank you! * * * Estudio Gunga
000
GIMP [Unofficial] @gimp.org.web.brid.gy · 19/05/2026
gimp.org
GIMP on MS Store now requires Windows Build 20348
We received some informal reports in the Microsoft Store reviews telling us that GIMP updates were deleting user data! In particular, plug-ins, themes, brushes, user settings and other add-ons were not being kept during an update from the store. To resolve this, the updated version of GIMP **from the Microsoft Store** will require Windows 11 or at least Windows Server 2022 (Windows NT Build 10.0.20348.0). Windows 10 is still supported, but only when GIMP is installed from our .exe installer. Note that we are no longer able to support versions of Windows older than Windows 10, and can no longer support 32-bit systems running Windows. Installing the update will prevent future data loss during upgrades. ## Technical details¶ This was being caused by the way `MSIX` (the format of apps distributed on Microsoft Store, GIMP included) is designed, which prefers sandboxed user data (like Flatpak and Snap). We have been trying to work with this requirement when running from MSIX, but were not successful. So, to fix this packaging limitation, we were given the special “restricted capability” `unvirtualizedResources` (specifically `virtualization:ExcludedDirectory`), to preserve user data on `%AppData%\GIMP`, just as the `.exe` installer does. This is similar to what we do on other sandbox distributions such as Flatpak and Snap. After the update, GIMP user data will be copied on upgrades. The update does not affect images or other resources stored outside your GIMP folder. ## How to migrate the previous user data¶ This restricted capability is only available on Windows NT Build 10.0.20348.0 and later. So, users with older Windows versions will need to use the `.exe` installer. _Note: the binaries inside the`.exe` installer and the `.msix` are exactly the same._ For users who were using the MS Store version until now and are switching to the `.exe` installer, here are instructions in order not to lose your configuration data from the MS Store version: 1. Manually locate your config dir at `%LOCALAPPDATA%\Packages\` (you may just copy-paste this string into the Windows Explorer). 2. Search a folder starting with `GIMP` (with random numbers and letters after that) at this location. 3. From there, navigating down to `LocalCache\Roaming\` where you will find a folder named `GIMP`. 4. Copy this `GIMP` folder into `%APPDATA%` (again, just copy-paste `%APPDATA%` into the Windows Explorer to find the correct location). Note that maybe the folder `%APPDATA%\GIMP\` already exists, in particular if you also used the `.exe` installer at some point. If so, it is up to you to decide whether you want to override the data already present with the ones from the MS Store GIMP. This procedure is a one-time thing as a workaround to this exceptional issue. You won’t have to do it again in the future!
000
GIMP [Unofficial] @gimp.org.web.brid.gy · 14/05/2026
gimp.org
GIMP @ Linux App Summit and ADULLACT Congress 2026
We have been trying to encourage contributors to be more present on various events, international or local. Here is where you will find someone from the GIMP team in the coming weeks: ## Linux App Summit 2026¶ > The Linux App Summit (LAS) brings the global Linux community together to learn, collaborate, and help grow the Linux application ecosystem. _Linux App Summit 2026, May 16-17, 2026 - Berlin, Germany_ It happens this week-end, from May 16 to 17 in Berlin, Germany, and we will have one person attending, Michael Schumacher, one of our long term contributor, as well as member of our Committee. Unfortunately our project did not submit a talk, but we are still interested to meet more of the desktop software ecosystem contributors and see what’s happening around us! So if you attend too and spot Michael, do not hesitate to go and speak with him. He will likely have Wilber stickers to distribute too! 😍 ## 10th Congrès ADULLACT¶ The Congrès ADULLACT is a conference gathering elected representatives of French local authorities, to discuss Free Software usage in the public sector. _10th Congrès ADULLACT, June 4-5, 2026 - Montpellier, France_ Jehan, GIMP Maintainer, will be present there to showcase GIMP as a Community, Free Software. Obviously GIMP is already quite massively present in France, but as many Free Software, administrators and users alike may not realize how it is being developed, by whom, why and how. Nor do they know that it is being developed by a major part in Europe and more particularly in France. Since one of the two main topics this year is the digital sovereignty, this is quite a major stake in this context. The event happens from June 4 to 5, 2026, in Montpellier, France. As one can imagine, it is a close event for elected representatives and civil servants only, so if this is your case, we hope you will show up and Jehan will be happy to discuss with you! Jehan’s talk will be on **Friday, June 5, 2026, at 14:20 (French time)** and he will introduce GIMP as a “Free Software and Community”. We hope you’ll be many to attend! (oh and Jehan as well will have Wilber stickers, even though it may less a selling point in such a conference 😋)
000
GIMP [Unofficial] @gimp.org.web.brid.gy · 18/04/2026
gimp.org
GIMP 3.2.4 Released
Before we travel to this year’s Libre Graphics Meeting, we wanted to share a new release of GIMP! The second update of the 3.2 series, GIMP 3.2.4 contains more bugfixes and UX updates. * General Highlights * Scanning on Windows * UX/UI and Performance Improvements * Script and Plug-in Developers * Around GIMP * Libre Graphics Meeting * Translation * New Mirror * Release Stats * Downloading GIMP 3.2.4 * What’s Next # General Highlights¶ We continue to polish GIMP 3.2 in this release. Several new contributors have provided patches this time around, which is very exciting! For more details, check out our NEWS file in our code repository. * We’ve caught more cases where tools would accidentally rasterize link, text, and vector layers. For instance, the `Edit > Fill with...` menu options for colors and patterns now work the same as dragging and dropping colors onto non-raster layers. The Crop Tool now behaves more consistently and does not attempt to resize vector layers. * New contributor **anenasa** both reported and fixed an issue with the Text Outline feature being cut off with vertical oriented text. * One for the record books - **Jehan** fixed a bug in our XCF code that’s existed since 1999! He’s also added code to correctly load XCFs made with and without this bug, as backwards compatibility with XCF project files is very important to us. * Sometimes a bug fix can create other, unrelated bugs. A fix we made in GIMP 3.2.2 caused some text layers to become uneditable after reloading them from an XCF file. **Jehan** found and fixed the new bug, so you should be able to edit both XCFs created in 3.2.2 and new ones. * Speaking of text, **Gabriele Barbe** has fixed an issue where rotating the canvas rather than the image could cause the on-canvas text editor to appear in the wrong place when moved. * New contributor **balooii** fixed a crash that could occur when selecting a non-existant filter tag in a plug-in like GFig. * Security contributors **bb1abu** , **HanTul** , **Rakan Alotaib** , **JungWoo Park** , and **Bronson Yen** studied our image import plug-ins and reported several possible issues. We appreciate their code review and mitigation suggestions! **Gabriele Barbe** and **Alx Sa** implemented their suggestions for APNG, PAA, PNG, DDS, PSP, PNM, PSD, JIF, PVR, TIM, XWD, and SFW files. * The OpenRaster format stores layers as PNGs and notes their opacity in a separate settings file. Our export plug-in saved that setting but also exported the PNG with the same opacity, resulting in higher transparency when reloaded. We’ve fixed this so now layers are saved with 100% opacity, thus ensuring they reopen correctly. * New contributor **Ahmed E. Yassin** fixed a bug where exporting metadata in our Metadata Viewer could result in empty files. * New contributor **Kaushik B** fixed a bug in the `Open as Layers` feature where multi-layer XCF files would have their layer names changed on import. * **Balooii** also fixed an issue on Wayland where the tool cursor icon might disappear when moving it. * New contributor **v4vansh** resolved an issue where the image tab preview wouldn’t correctly update after switching between grayscale and RGB color modes. * **Bruno Lopes** added support for the macOS ScreenCaptureKit to our color picker feature. This allows us to use the newer API for macOS 12+. # Scanning on Windows¶ In GIMP 3.2.2, we dropped support for 32bit Windows builds. Unfortunately, our scanner plug-in was also lost since it required 32bit TWAIN drivers. We’ve now built a new Windows Image Acquisition (WIA) scanner plug-in to replace it. You can access it in the same place in the menu - `File > Create > Scanner/Camera`. Note that because this plug-in uses a new Windows API, the scanning UI will likely look different than what you’re use to. You may also need to install new WIA-compatible drivers for your scanner to make it work correctly. # UX/UI and Performance Improvements¶ * The Welcome Dialog now shortens long file names in the Create page to prevent the dialog window from stretching too far out. This UX feature was lost when we updated the Welcome Dialog to a new API, but it is now restored. You can still see the full name by hovering over the image preview or name. * New contributor **infinity** improved performance when making selections inside a large image with `Intersection Mode` enabled. Their fixes allows GIMP to only consider pixels within the existing selection rather than trying to calculate across the entire image. This can lead to a significant speed-up! * **Aruius** raised the maximum UI image size to 8192 pixels. This should allow the Gradient Editor dock and other docks with images to expand much further on larger displays. * When moving a floating layer or selection, the “marching ants” outline is temporarily turned off. This provides a noticable boost in performance and less lag. # Script and Plug-in Developers¶ * An oversight when updating the `GimpUnit` API for 3.0 caused functions that accept units of measure to not allow setting it to pixels. This has been fixed now. You can test this in functions like `gimp_context_set_line_width_unit ()` and `gimp_vector_layer_set_stroke_width_unit ()`. * The `gimp_quit ()` function has now been deprecated. You can continue to use it for GIMP 3.x, but it will be removed in the eventual GIMP 4.x release. Instead, you should use a return statement with `GIMP_PDB_EXECUTION_ERROR` and an GError variable with an explanation of why the plug-in needed to quit. * A new `gimp_resources_loaded ()` function has been added by **Jehan**. You can use this to determine if a resource (like brushes, patterns, fonts, etc) has been loaded in GIMP before trying to use it in your plug-in. * Several deprecated Script-fu functions (such as `gimp-drawable-brightness-contrast` and `gimp-drawable-threshold`) in our official scripts have been converted to using GEGL filters via the `gimp-drawable-merge-new-filter` API. You can check out how to use them in your own scripts by browsing our repository. # Around GIMP¶ ## Libre Graphics Meeting¶ The Libre Graphics Meeting takes place next week, April 22nd through the 25th. You can find more details in our last news post. If you’re planning to attend, feel free to come by and say hello! ## Translation¶ We now have the beginnings of Laotian translation of GIMP! If you know the language and are interested in contributing translations, feel free to reach out to the translation team for more information. ## New Mirror¶ AFRICLOUD has graciously offered to serve as a mirror for GIMP downloads. Mirrors help GIMP be available for download at high speeds wherever you are in the world. Does your organization wish to be one of our official mirror sponsors? Create a request to become an official mirror! # Release Stats¶ Since GIMP 3.2.2, in the main GIMP repository: * 45 reports were closed as FIXED. * 21 merge requests were merged. * 258 commits were pushed. * 18 translations were updated: Brazilian Portuguese, Chinese (China), Cornish, Czech, Danish, Esperanto, Georgian, Italian, Kazakh, Lao, Norwegian Nynorsk, Russian, Serbian, Slovak, Slovenian, Swedish, Turkish, Ukrainian. 30 people contributed changes or fixes to GIMP 3.2.4 codebase (order is determined by number of commits; some people are in several groups): * 11 developers to core code: Bruno Lopes, Jehan, Alx Sa, Gabriele Barbero, balooii balooii, Anders Jonsson, anenasa, aruius, infinity, kaushik_B, v4vansh. * 6 developers to plug-ins or modules: Bruno Lopes, Alx Sa, Jehan, Ahmed E. Yassin, Gabriele Barbero, infinity. * 19 translators: Kolbjørn Stuestøl, Alan Mortensen, Baurzhan Muftakhidinov, Marco Ciampa, Martin, Anders Jonsson, Ekaterine Papava, Jan Papež, Jose Riha, Sabri Ünal, Yuri Chornoivan, luming zh, Denis Rangelov, Flynn Peck, João Pedro Pitarelo, Kristjan ESPERANTO, Saikeo Kavhanxay, acey dot, Марко Костић. * 3 build, packaging or CI contributors: Bruno Lopes, Jehan, Alx Sa. * 3 contributors on other types of resources: Jehan, Bruno Lopes, Anders Jonsson. * The gimp-data submodule had 2 commits by 2 contributors: Anders Jonsson, Jehan. Contributions on other repositories in the GIMPverse (order is determined by number of commits): * Our UX tracker had 1 report closed as FIXED. * ctx had 43 commits since 3.2. release by 2 contributors: Øyvind KolÃ¥s, Bruno Lopes. * The `gimp-macos-build` (macOS packaging scripts) release had 5 commits by 1 contributors: Lukas Oberhuber. * The flatpak release had 6 commits with work by 3 contributors: Bruno, Ondřej Míchal, Jehan. * Our main website (what you are reading right now) had 45 commits by 3 contributors: Jehan, Alx Sa, Bruno Lopes. * Our developer website had 15 commits by 3 contributors: Bruno Lopes, Jehan, Richard Gitschlag. * Our 3.0 documentation had 64 commits by 3 contributors: Марко Костић, Marco Ciampa, Kolbjørn Stuestøl. Let’s not forget to thank all the people who help us triaging in Gitlab, report bugs and discuss possible improvements with us. Our community is deeply thankful as well to the internet warriors who manage our various discussion channels or social network accounts such as Ville Pätsi, Liam Quin, Michael Schumacher and Sevenix! _Note: considering the number of parts in GIMP and around, and how we get statistics through `git` scripting, errors may slip inside these stats. Feel free to tell us if we missed or mis-categorized some contributors or contributions._ # Downloading GIMP 3.2.4¶ You will find all our official builds on GIMP official website (gimp.org): * Linux AppImages for x86 and ARM (64-bit) * Linux Flatpaks for x86 and ARM (64-bit) * Linux Snaps for x86 and ARM (64-bit) * Universal Windows installer for x86 and ARM (64-bit) * Microsoft Store for x86 and ARM (64-bit) * macOS DMG packages for Intel/x86 and Apple/ARM hardware (64-bit) Other packages made by third-parties are obviously expected to follow (Linux or *BSD distributions’ packages, etc). # What’s Next¶ We still have a few bug fixes being working on, yet we are starting to feel more confident in the stability of the GIMP 3.2 series. Therefore we are on the verge of branching out development into stable and unstable branches. What does it mean? Well, that we will start to seriously work on the fancy new features planned for the GIMP 3.4 series while the 3.2 series will continue to receive only bug and security fixes, aiming for stability. Exciting times ahead! Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger!
000
GIMP [Unofficial] @gimp.org.web.brid.gy · 09/04/2026
gimp.org
GIMP @ Libre Graphics Meeting 2026
The Libre Graphics Meeting (LGM) is the annual meeting on Free and Open Source Software (FLOSS) for graphics. It aims at gathering both developers, artists and other creative people. This year, it will be held in Nuremberg (Nürnberg), Germany, from April 22nd to 25th of 2026. _Logo of Libre Graphics Meeting 2026_ As every year since the event was born in 2006 (co-founded by early GIMP team members!), our project will be present. ## GIMP team members’ talks and workshops¶ Here are talks and a workshop by GIMP team members: * **Wednesday, 22 April 2026 at 16:50 GMT+2**: ctx vector desktop - rasterizing as late as possible (talk) by Øyvind KolÃ¥s, babl, GEGL and ctx maintainer: > What becomes possible with a graphics stack/compositor that works with vectors, rather than pixels? - and what does it take to make it possible? Helping figuring out this - is a goal of the ctx terminal emulator with its vector graphics extension. * **Thursday, April 23, 2026 at 13:20 GMT+2**: Soldering (workshop) by Simon Budig, long term GIMP team member: > I’d like to propose a soldering workshop for LGM attendees. Goal is to populate a PCB with a handfull of components to have something that lights up with colors. _Note: the schedule still says the workshop is on Friday, but we were told by organizers it moved to Thursday and schedule has not been updated. If you want to go, we suggest you verify the schedule page before._ * **Thursday, April 23, 2026 at 17:45 GMT+2**: GIMP: a Community, Free Software (talk) by Jehan, GIMP Maintainer and ZeMarmot technical lead: > GIMP is Free Software. Most people present at Libre Graphics know as much. But it is more: GIMP is also a Community. For me this aspect has about as much importance as the licensing part. In this talk, I will be diving further into what that means, how that works and why this matters. Doing so, I will also discuss a bit the past few years of the project, clarify our current vision and forecast the (very positive) future of this project. ## FLOSS and the Community: call for sponsoring LGM¶ Our project believes in the community, sharing and working together to make a great creative software ecosystem. Many from our team work professionally with Free Software, be it graphics or other, and we believe that FLOSS collaboration provides the best environment for all. Aryeom and I, for instance, maintain GIMP as we use it for professional animation film making. And we also use and support other awesome Free Software, such as Inkscape, Blender, Scribus, Kdenlive, Synfig and more… This is why GIMPCon evolved into Libre Graphics Meeting, 20 years ago! And this is also why we have helped funding the event many times across the years. We also contributed hardware sometimes to LGM organizers, sponsored LGM parties, funded travel and/or accommodation expenses for contributors of other projects… Because GIMP would not be the same without all the other Free Software around. This year again, **we are officially a Gold Sponsor to LGM 2026**. It saddens us to see LGM organizers struggling to find basic funding every year. Therefore **we would like to encourage other creative FLOSS projects which can afford it to also sponsor LGM**. When you do so, you support the event gathering us all, improving inter-project collaboration and helping your own project evolve, you also support the smaller projects which are not yet self-sufficient, and you show appreciation for the whole community and the past contributors which allowed your project to be where it is now in the first place. Of course, this call also extends to companies and other organizations using all these incredible Free Software for their work. Here is where to get in touch with this year’s LGM organizers: LGM Sponsor Page. ## See you in 2 weeks!¶ We hope to see many people in LGM at the end of the month! 🤗 Oh and we still have cute Wilber stickers to give out while supplies last. So try to grab some to customize your laptop, fridge and everything! *[GIMPCon]: GIMP Conference
000
GIMP [Unofficial] @gimp.org.web.brid.gy · 31/03/2026
gimp.org
New Color Mode Coming to GIMP
Hello! I’m one of the developers for GIMP. If you use GIMP, you might be familiar with my work adding support for Seattle Filmworks photos, along with _other_ , less important features and fixes. We like to emphasize that GIMP is made by the community. That’s why we try to spotlight areas of interests by our developers, designers, and artists - such as Bruno Lopes’ work on Snap packaging, Fredrik Persson’s art for the GIMP 3.0 splash screen and interviews with Mitch, Michael, Simon, and Øyvind. Today, I’ll add to this illustrious group by sharing a bit about my own area of interest that I’ll be focusing on for the next version of GIMP! The first big project I worked on when I started contributing to GIMP was related to color models. Images can be stored and represented in lots of different ways. The most common mode for many people is RGB, where each color is made up of a combination of red, green, and blue values. You can also represent colors with a single color component, often in Grayscale. Another frequently seen mode is indexed, where you limit the total number of colors to a specific palette (this model is often used in games and pixel art). GIMP has supported all three of these color modes for many years. However, there have been constant user requests for including _another_ well-known color model. Unfortunately, no one had ever stepped up to work on it - until now! I am proud to announce that I will be focused on implementing the long awaited… # EGA Color Mode¶ That’s right! At last, GIMP will allow you to easily create images compatible with IBM’s Enhanced Graphics Adapter. You’ll be able to define up to _16_ different colors to use with your image from the palette of 64 approved colors. It’ll also be optimized to show high-quality images at a jaw-dropping maximum resolution of 640 × 350! It should be noted that GIMP has had an EGA palette built in for years, so a “late-binding” EGA workflow where you converted before export was already possible. My work will enable an “early-binding” workflow where you can edit and create in EGA color mode right from the start. While this feature is still in early development, here’s an example of before and after converting a RGB image to EGA Color Mode. _In-progress EGA color mode menu option (image by Charles Swank, CC0)_ _RGB Image after being converted to EGA color mode (original image by Charles Swank, CC0)_ Note that these are still work-in-progress UX - the actual interactions and GUI elements may change during development. Once the initial version has been built, tested, and merged, I have plans for further expansions such as adding a CGA-compatible mode. I also hope that the final code submission will serve as a guide for other developers to add more long-requested color models to GIMP, such as a 1-bit mode and even the highly compressible 0-bit color mode! I’m looking forward to sharing more updates on this exciting new feature once we start the next phase of development for GIMP 3.4. I hope you all will try it out when it’s added in our development builds, and I look forward to your feedback!
000
GIMP [Unofficial] @gimp.org.web.brid.gy · 27/03/2026
gimp.org
GIMP 3.2.2 Released
We present the first micro-release of GIMP 3.2! Over the last two weeks, we’ve been collecting and responding to reports from you all, and have packaged fixes for some of the most common issues in this first “bugfix” version. * General Highlights * UX/UI Updates * Revamping macOS Build Process * Around GIMP * GEGL * New Mirror * Release Stats * Downloading GIMP 3.2.2 * What’s Next # General Highlights¶ As with any major release, there’s always a few issues that are revealed when a much larger audience starts using the new software. We appreciate your reports, and hope this latest release squashes the major new issues! * When layers with certain filters (like `Drop Shadow`) were added to layer groups, the layers would stop rendering. While the data itself wasn’t lost, this was obviously inconvenient! Fortunately, **Jehan** diagnosed the problem and fixed the layer group display. * Thanks to excellent testing and reports by **teapot** and **Richard Gitschlag** , we’ve fixed a number of issues and overlooked uses for vector layers. New contributor **balooii** provided several key patches towards this effort. * When importing SVG paths in the Paths dock, the `Scale imported paths to fit image` option did not work correctly. This issue has been resolved and now properly scales the imported path based on user preference. * A number of image import plug-ins have been made more robust, including FITS, TIM, PAA, ICNS, PVR, SFW, and JIF. * The Paintshop Pro plug-in now correctly loads the active selection shape, instead of just the rectangle around the selection. Thanks to **migf1** for providing sample images to help us test and fix this. * The PSD plug-in now imports all of the channels in a Multichannel mode PSD image. New contributer **Frank Teklote** has been busy improving support for importing more PSD features stored in TIFFs and JPEGs (such as layers and paths). * The legacy Tile filter now properly copies over the original image’s color profile to make sure the new tiled image is in the right color space. * **Bruno Lopes** has enabled the `Send by Email` feature in the `Files` menu on AppImages. * New contributor **v4vansh** has updated the manual page generation and updated it with new information from the 3.0 releases. * As previously announced, 32-bit Windows builds are now dropped. This, combined to some cleanup on shipped data, resulted on a `.exe` installer more than 100MiB smaller and running faster. # UX/UI Updates¶ While not the focus of this release, we were able to implement a few small improvements based on user and designer feedback from our UX site. We encourage everyone to participate in the discussion there - no coding required! * The `Compute unique colors` feature in the Histogram dock now recognizes if the image has an active selection, and if so, only counts the pixels in that area. This should further help pixel artists and others who need precise color counts. * When opening an image with rotation metadata, you can now click the preview image that you want to load, in addition to the `Rotate` or `Keep Original` buttons. This should make the process of choosing the initial image orientation a little clearer. * “Resource” selection buttons in plug-ins (such as fonts, brushes, gradients, and patterns) now support mnemonics! Hold the `Alt` key to see the underlined letter in their label, then press it to activate the button. This allows for faster keyboard navigation instead of requiring a mouse, for those users who prefer the option. * In the non-destructive filter pop-over menu, the Toggle Visibility button now adapts to the state of the filter stack. For example, if all filters are turned off individually then the button will automatically switch states so that clicking it toggles them back on (and vice versa). * New contributor **Aditya Tiwari** has restored the `Tab` shortcut label to the `Hide Docks` entry in the `Windows` menu. This had to be done in a specific way since the shortcut only applies when the canvas is active, instead of being a “global” shortcut. # Revamping macOS Build Process¶ **Bruno Lopes** have been working since December last year on modernizing our macOS infrastructure and overall macOS support. Right now, the macOS release process is a bit manual and slow. In the future, this should be done automatically from our GitLab CI. These new builds are part of a big investment approved by the GIMP Committee and would not be possible without your donations so far. We would be happy for you to test them at the `Automatic Development Builds` section of the Development Downloads page so we don’t introduce regressions when these new builds are made official. # Around GIMP¶ ## GEGL¶ To supplement our release of GIMP, GEGL 0.4.70 was also released. This is mostly a bugfix release as well with core fixes to the `GeglPath` API, as well as fixes in the `png-save` and `exr-save` operations. Various build improvements were performed too and some compiler warnings cleaned up. ## New Mirror¶ Yamagata University in Japan has graciously agreed to serve as a new mirror for GIMP downloads. This makes it our second download mirror in Japan. On this note, don’t forget that mirrors are important contributors to the project too. They help sharing the load for our dozens of thousands of daily downloads and ensure that everyone can have fast downloads. We clearly have more mirrors in some parts of the globe, and some regions would deserve to have more mirrors closeby. If your organization wants to become an official mirror of GIMP and be mentioned in our list of mirror sponsors, you may simply create a request to be an +official mirror. 🤗 # Release Stats¶ Since GIMP 3.2.0, in the main GIMP repository: * 30 reports were closed as FIXED. * 19 merge requests were merged. * 200 commits were pushed. * 10 translations were updated: Chinese (China), Esperanto, Finnish, Georgian, Polish, Serbian, Slovenian, Spanish, Swedish, Ukrainian. 21 people contributed changes or fixes to GIMP 3.2.2 codebase (order is determined by number of commits; some people are in several groups): * 7 developers to core code: Alx Sa, Jehan, Bruno Lopes, balooii, v4vansh, Aditya Tiwari. * 5 developers to plug-ins or modules: Alx Sa, Bruno Lopes, Frank Teklote, Jehan, Sabri Ünal. * 11 translators: Марко Костић, Jiri Grönroos, Martin, Yuri Chornoivan, luming zh, Anders Jonsson, Aleksandr Prokudin, Ekaterine Papava, Kristjan ESPERANTO, Mateusz JastrzÄ b, Rodrigo Lledó. * 2 theme designers: Alx Sa, Anders Jonsson. * 4 build, packaging or CI contributors: Bruno Lopes, Jehan, Alfred Wingate, v4vansh. * 3 contributors on other types of resources: Jehan, Bruno Lopes, v4vansh. * The gimp-data submodule had 2 commits by 1 contributor: Jehan. Contributions on other repositories in the GIMPverse (order is determined by number of commits): * Our UX tracker had 2 reports closed as FIXED. * ctx had 44 commits since 3.2.0 release by 1 contributor: Øyvind KolÃ¥s. * The `gimp-macos-build` (macOS packaging scripts) release had 3 commits by 2 contributors: Bruno Lopes, Lukas Oberhuber. * The flatpak release had 5 commits by 2 contributors: Bruno, Ondřej Míchal. Thanks a lot to Ondřej helping more with this package! * Our main website (what you are reading right now) had 29 commits by 4 contributors: Jehan, Bruno Lopes, Alx Sa, Jonathan D. * Our developer website had 18 commits by 3 contributors: Bruno Lopes, Jehan, Ency. * Our 3.0 documentation had 20 commits by 6 contributors: Jacob Boerema, Marco Ciampa, Марко Костић, Kolbjørn Stuestøl, Sabri Ünal, Yuri Chornoivan. Let’s not forget to thank all the people who help us triaging in Gitlab, report bugs and discuss possible improvements with us. Our community is deeply thankful as well to the internet warriors who manage our various discussion channels or social network accounts such as Ville Pätsi, Liam Quin, Michael Schumacher and Sevenix! _Note: considering the number of parts in GIMP and around, and how we get statistics through `git` scripting, errors may slip inside these stats. Feel free to tell us if we missed or mis-categorized some contributors or contributions._ # Downloading GIMP 3.2.2¶ You will find all our official builds on GIMP official website (gimp.org): * Linux AppImages for x86 and ARM (64-bit) * Linux Flatpaks for x86 and ARM (64-bit) * Linux Snaps for x86 and ARM (64-bit) * Universal Windows installer for x86 and ARM (64-bit) * Microsoft Store for x86 and ARM (64-bit) * macOS DMG packages for Intel/x86 and Apple/ARM hardware (64-bit) Other packages made by third-parties are obviously expected to follow (Linux or *BSD distributions’ packages, etc). _Note: the macOS DMG packages are planned to be a bit late, because of sickness and lack of time of relevant volunteers. We hope to have them in the coming days._ # What’s Next¶ Here we go! This is the first micro release in the GIMP 3.2 series. As often with the first version in a new series, GIMP 3.2.0 had a few annoying issues, and the most problematic of these was the bug where some layer groups would not render in specific conditions (when particular filters were used). This was the main bug warranting this early bug-fix release. In a sense, this is still better than the start of our 3.0 series (where we had more annoying issues, though it was also quite a huge update!), yet we want to do better! This is why we’d like to remind you that GIMP is made by anyone who wants to help. We would really love to have more early testers trying to _break_ things by actually doing deep testing with our test binaries. We should thank in particular ShiroYuki Mot and Anders Jonsson who have been tirelessly testing our releases. But that ain’t enough! If anyone wants to be added to the list of testers for future releases, please open a report on the gimp-web-devel tracker, and tell us which platforms (OS, etc.) in particular you wish to test. We will add you in our default release template, which should notify you every time we prepare a new version. In terms of schedules, we are still mostly continuing to fix bugs but I am predicting that the bug-fixing spree should slow down soon. Then we will start working more explicitly on new fancy features. I.e. we’d start preparing GIMP 3.4 already! Stay tuned by following the news on our website! Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger! *[CI]: Continuous Integration *[API]: Application Programming Interface
000
GIMP [Unofficial] @gimp.org.web.brid.gy · 01/03/2026
gimp.org
GIMP 3.2 RC3: Third Release Candidate for GIMP 3.2
We’re excited to release the third release candidate of GIMP version 3.2! It contains a number of bug fixes and final polishes as we prepare the first stable release of GIMP 3.2. _Third release candidate splash screen by Mark McCaughrean - CC BY-SA 4.0 - GIMP 3.2 RC3_ * Release Highlights * New Splash Screen * Non-Raster Layers * Color Operations * UX / UI Improvements * File Formats * DDS * JPEG2000 * OpenEXR * Procreate Swatches * Swatchbooker Palettes * XMC * WebP * Bug Fixes and Improvements * Fancier .dmg and Windows installer; and sturdier .appimage * API * Security * Around GIMP * Website * Translations * Google Summer of code * Release Stats * Downloading GIMP 3.2 RC3 * What’s next # Release Highlights¶ This release represents the completion of nearly a year’s worth of development and design work, as well as our GIMP 3.2 roadmap. The complete changelog can be found in our NEWS section of the repository. We hope for this to be the final release candidate before the first stable release, so we ask for your help in testing and reporting any remaining bugs you encounter. # New Splash Screen¶ Dr. Mark McCaughrean has graciously created a third splash screen for this release (see image at the top) based on his processed photograph of the “Dragon Jet” HH288 protostellar outflow system. We are deeply grateful to Dr. McCaughrean for the three splash screens he has created for the 3.2 release candidates. It will be tough decision to select the one to use for the final GIMP 3.2! # Non-Raster Layers¶ GIMP 3.2 has three kinds of “non-raster” layers - the new link and vector layers in addition to the existing text layers. A lot of behind-the-scenes work has been done by **Jehan** to standardize how all of these layer types handle “destructive” actions, such as painting and merging down layer masks. You should now be better protected from accidentally altering these layers destructively, unless you intentionally rasterize them (and if you change your mind, you can easily revert that process to restore the original layer). As a result of this work, we also have a small new feature. Previously, you could drag and drop a color swatch on a text layer to change its color. **Alx Sa** extended this behavior to vector layers - now you can drag either a color or pattern swatch to change its fill! # Color Operations¶ As part of **Jehan** ‘s continued work to improve GIMP’s color correctness, the `Levels`, `Curves`, `Equalize`, and `White Balance` filters now default to `Linear` precision while allowing for other color precision modes to be set. This fixes several inconsistencies in how these filters operate in both the GUI and via scripting. # UX / UI Improvements¶ * We’ve refined the logic of when the Welcome Dialog appears on start. If you intentionally open GIMP with an image (either by dragging and dropping it or opening via the command line), the Welcome Dialog will no long appear in front of the image. The only exception is the first time you open GIMP after an update, so you can see what has changed. * **Alx Sa** reordered the Hue Saturation GUI so that the Lightness slider is placed below the Saturation slider. While this is a small fix, it standardizes the order with all other places in GIMP where we have HSL settings. * The Flip tool can now be controlled with arrow keys, similar to the Move and Rotate transformation tools. When the Flip tool is selected, you can use the `Left` and `Right` arrows to flip the image horizontally, and the `Up` and `Down` arrows to flip it vertically. * The Shear tool can also now be adjusted with the arrow keys. Use the `Left` and `Right` arrows to shear your image horizontally, and the `Up` and `Down` arrows to do the same vertically. Like the Move tool, you can hold down `Shift` to shear with a larger value. * The `GIMP_ICON_TEXTURE` pattern has been removed from the background of the Navigation and Selection dockables. This should remove a source of visual irration from those dockables in dark mode. * The Delete button in the Layer dockable will now delete only the layer mask if it is selected, instead of always deleting the layer. * **Jehan** has refined the logic for color selection so that it is not impacted by the image when that wouldn’t make sense in context. For instance, you can now use the full color palette to set Grid colors, even if you’re working on an indexed image with a limited palette. * The Crop Tool now automatically adds transparency to a layer if you set it to fill with transparency and make a crop that’s larger than the current layer. Thanks to **Michael Schumacher** for the initial UX report! * **Jacob Boerema** adjusted our GUI code to prevent overly wide dialogs in places like the image export comment field and the Image Map guide pop-up. * **Denis Rangelov** added initial support for using the Global Menu on flatpak. You’ll need to set the `GIMP_GTK_MENUBAR` variable inside the Flatpak environment (as noted here) to use it for now. # File Formats¶ ## DDS¶ The DDS plug-in now supports exporting in BC7 format, as a complement to the BC7 import support added in GIMP 3.0. We use the bc7enc_rdo library developed by **Rich Geldreich** for the conversion. ## JPEG2000¶ We fixed a bug in the JPEG 2000 export process which was causing the quality setting to be lower than what OpenJPEG allowed. This fix gives you more fine-grain control of the image export quality. ## OpenEXR¶ New contributor **Waris Maqbool** improved our support for importing Luminance/Chroma OpenEXR images. Previously we only imported the grayscale luminance channel, but thanks to their efforts we now also support the YR and YB color channels. ## Procreate Swatches¶ You can now import palette swatches from the Procreate art program. This support was added by our resident file format fan **Alx Sa** after seeing a teammate use it during the Global Game Jam and finding that they couldn’t open the palette in GIMP! ## Swatchbooker Palettes¶ We improved our existing support for this palette format by adding any attached color profiles to the imported palettes. ## XMC¶ Longtime contributor **Michael Schumacher** has made several improvements to our XMC plug-in. In addition to updating several aspects and fixing warnings, he has also added protections to prevent it from modifying layer names in the original project when exporting as XMC. ## WebP¶ We improved the code for Lossless WebP export to ensure that some of the “lossy” settings defined in the GUI didn’t impact the lossless image quality. # Bug Fixes and Improvements¶ * **Anders Jonsson** has corrected the default color in the Fog filter for linear color conversion. * **Bruno Lopes** fixed a regression in our Camera RAW plug-ins that caused them to not work on macOS. * Sample Point modes are now correctly copied over when duplicating an image. * **programmer_ced** improved our flatpak build to use `HOST_XDG_CONFIG_HOME` for its configuration location. This should make it more intuitive for flatpak users to find where to put third-party plug-ins and where to retrieve various settings. * **Alx Sa** upgraded the Histogram Editor. It can now handle pixel counts for much larger images - in theory, up to both widths and heights of 4 _billion_! * **Jacob Boerema** fixed a bug on Windows where Gradient Flare presets wouldn’t be loaded. * The Round Corners filter now uses your current background color for the fill, instead of always using the default color. * **Anders Jonsson** diagnosed and fixed an issue with the alignment of our transform anchor points GUI in the System theme. * We made a number of fixes to non-destructive filters, especially related to the scaling and cropping of `Render` style filters. New contributor **balooii** fixed a bug that could occur when undoing filters applied to individual channels. * **Jehan** corrected a bug where the pressure curve did not show in the input device manager on certain platforms. * New contributor **Kaushik B** fixed a bug that caused warnings in plug-ins when creating number input buttons with small min and max ranges. # Fancier `.dmg` and Windows installer; and sturdier `.appimage`¶ Noticeable improvements have been made to our macOS package. In short, **Bruno Lopes** designed a custom icon for the mounted .dmg on the desktop. He also scripted the generation of custom `.dmg` background matching the splash screen for each release. _Background for GIMP 3.2 RC3 macOS DMG Installer - GIMP 3.2 RC2_ Similar scripts were made for the Windows installer which will also feature part of the splash image, automatically extracted at build time. Also, some important fixes have been made by Bruno to our AppImage package. It should work again on `AArch64` (it stopped working after our move to Debian 13), and support for third-party plugins (built for Debian 13) is hopefully fixed. # API¶ * Thanks to work by **Alx** and **Jehan** , the `Curve-Bend` plug-in can now be used in scripts via its individual parameters as listed in the Procedure Browser. Previously, you needed to use a generic `settings-data` which combined several parameters in a single string. Both methods will work until GIMP 4, at which point we’ll retire the `settings-data` parameter. * The GimpColorScales and GimpColorSelect widgets are now introspectable, which means you can use their public functions in your plug-ins and scripts. * We’ve added `gimp_config_get_xcf_version ()` and `gimp_config_set_xcf_version ()` functions. These can be used when saving XCFs to target a specific version. Currently, we use this feature in GIMP to decide whether to save colors as the older `GimpRGB` format or the new colorspace-aware `GeglColor`. * **Ondřej Míchal** has improved the logic for setting bounds for integer-type `GimpSpinScales`. * As we continue to expand the `GimpDrawableFilter` API, we’ve marked a number of `gimp_drawable_* ()` functions as deprecated. They will stay available until GIMP 4, but we recommend moving your filter code to use the GEGL filters directly instead of the older, dedicated wrapper functions. * You can now create `GimpCurve` objects in plug-ins. This allows you to add `gimp:curves` filters to layers and layer groups. As a result, we’ve deprecated `gimp_drawable_curves_explicit ()` and `gimp_drawable_curves_spline ()` since they can be replaced with the Curve filter directly. This work was done by **Jehan** and **Alx Sa**. Here is an example of applying an inverted `gimp:curves` as non-destructive filter, on the blue channel in non-linear space, through the Python binding: c = Gimp.Curve.new() c.set_curve_type(Gimp.CurveType.FREE) x = 0 while x <= 1.0: c.set_sample(x, 1.0 - x) x += 1 / c.get_n_samples() filter = Gimp.DrawableFilter.new(layer, "gimp:curves", "") config = filter.get_config() config.set_property("curve", c) config.set_property("channel", Gimp.HistogramChannel.BLUE) config.set_property("trc", Gimp.TRCType.NON_LINEAR) layer.append_filter(filter) # Security¶ This release also contains fixes for possible exploits in some of our file loading plug-ins. We appreciate security reports from the **Zero Day Initiative** and individuals such as **JungWoo Park** and **wooseokdotkim** , and the work of developers like **Jacob Boerema** to patch them. The fixes include those for: * ZDI-CAN-28232 * ZDI-CAN-28599 * ZDI-CAN-28265 * ZDI-CAN-28530 # Around GIMP¶ ## Website¶ If you ever encountered a 404 Missing Page error on our website, you would have noticed our cute Wilber animation! This was work by the animation film director **Aryeom** , created as a hand-made SVG+SMIL animation by **Aryeom** and **Jehan** back in 2016. As our logo design was updated in GIMP 3 (which by the way is also work by **Aryeom** , with feedback by the whole team), a refresh to this animated SVG, using the new Wilber, has been initiated by **Bruno Lopes**. Additional refinements were made by **Aryeom Han** and **Jehan**. Since we hope you won’t normally see this page (and if you do, please report the broken link), here’s what it looks like (if you missed it, force-refreshing the page should work, or just go to any non-existing page to see the animation in proper context): _GIMP Website 404 Page animation by Bruno Lopes, Aryeom Han, and Jehan_ ## Translations¶ We have a new Cornish translation of GIMP, provided by **Flynn**! ## Google Summer of code¶ We are once again participating in the Google Summer of Code. This is an opportunity for potential new contributors (of any age!) to work with us to develop a new feature for GIMP. We have a list of suitable projects, but you are welcome to propose your own idea. Please reach out early so we can get to know you beforehand! # Release Stats¶ Since GIMP 3.2.0 RC2, in the main GIMP repository: * 70 reports were closed as FIXED. * 60 merge requests were merged. * 468 commits were pushed. * 22 translations were updated: Basque, Bulgarian, Chinese (China), Chinese (Taiwan), Czech, Danish, Esperanto, Georgian, German, Greek, Icelandic, Italian, Japanese, Kabyle, Lithuanian, Norwegian Nynorsk, Persian, Slovenian, Swedish, Thai, Turkish, Ukrainian. 38 people contributed changes or fixes to GIMP 3.2.0 RC3 codebase (order is determined by number of commits; some people are in several groups): * 7 developers to core code: Jehan, Alx Sa, Bruno Lopes, Anders Jonsson, Gabriele Barbero, Lukas Oberhuber, balooii balooii. * 7 developers to plug-ins or modules: Alx Sa, Jacob Boerema, Bruno Lopes, Jehan, Michael Schumacher, Anders Jonsson, Waris. * 25 translators: Sveinn í Felli, luming zh, Alexander Alexandrov Shopov, Marco Ciampa, Aefgh Threenine, Cheng-Chia Tseng, Alan Mortensen, Anders Jonsson, Danial Behzadi, Martin, Shigeto YOSHIDA, YOSHIDA Shigeto, dimspingos, Aurimas Aurimas Černius, Ekaterine Papava, Kristjan ESPERANTO, Kristjan SCHMIDT, Sabri Ünal, Yuri Chornoivan, Athmane MOKRAOUI, Flynn Peck, Ibai Oihanguren Sala, Jan Papež, Kolbjørn Stuestøl, Tim Sabsch. * 2 theme designers: Alx Sa, Anders Jonsson. * 5 build, packaging or CI contributors: Bruno Lopes, Jehan, Alx Sa, Jacob Boerema, Jeremy Bícha. * 2 contributors on other types of resources: Jehan, Jeremy Bícha. * The gimp-data submodule had 24 commits by 4 contributors: Jehan, Bruno Lopes, Alx Sa, Jeremy Bícha. Contributions on other repositories in the GIMPverse (order is determined by number of commits): * Our UX tracker had 4 reports closed as FIXED. * ctx had 236 commits since 3.0.8 release by 1 contributors: Øyvind KolÃ¥s. * The `gimp-macos-build` (macOS packaging scripts) release had 22 commits by 2 contributors: Lukas Oberhuber, Bruno Lopes. * The flatpak release had 17 commits by 2 contributors: Bruno, rangelovd. * Our main website (what you are reading right now) had 94 commits by 4 contributors: Bruno Lopes, Alx Sa, Jehan, Aryeom. * Our developer website had 36 commits by 4 contributors: Bruno Lopes, Jehan, Alx Sa, Jacob Boerema. * Our 3.0 documentation had 256 commits by 12 contributors: Jacob Boerema, dimspingos, Kolbjørn Stuestøl, Anders Jonsson, Marco Ciampa, Sabri Ünal, Yuri Chornoivan, Alx Sa, Aurimas Aurimas Černius, Dick Groskamp, Sage M, Tomo Dote. Let’s not forget to thank all the people who help us triaging in Gitlab, report bugs and discuss possible improvements with us. Our community is deeply thankful as well to the internet warriors who manage our various discussion channels or social network accounts such as Ville Pätsi, Liam Quin, Michael Schumacher and Sevenix! _Note: considering the number of parts in GIMP and around, and how we get statistics through `git` scripting, errors may slip inside these stats. Feel free to tell us if we missed or mis-categorized some contributors or contributions._ # Downloading GIMP 3.2 RC3¶ You will find all our official builds on GIMP official website (gimp.org): * Linux AppImages for x86 and ARM (64-bit) * Linux Flatpaks for x86 and ARM (64-bit) * Linux Snaps for x86 and ARM (64-bit) * Universal Windows installer for x86 (32 and 64-bit) and for ARM (64-bit) * Microsoft Store for x86 and ARM (64-bit) * macOS DMG packages for Intel/x86 and Apple/ARM hardware (64-bit) Other packages made by third-parties are obviously expected to follow (Linux or *BSD distributions’ packages, etc). There is no development release for the manual, but you can continue to use the existing GIMP 3.0 documentation. _Notes_ : packages on the Microsoft Store and Snap Store may be delayed as we wait for validations. # What’s next¶ We nearly thought that the RC2 would be the last release candidate, but it turned out we found more things we were not really happy with, for a stable version. And the more we fixed, the more it became clear that a RC3 was needed. We are now in a state where we feel happy again. Of course, there are some things we would like to spend more time on, but we have to stop somewhere. Hopefully you will think the same! So as usual, we are calling for everyone to massively test this version 3.2.0 RC3. Please everyone, test and report any issue you find! Depending on the testing feedback, we may get GIMP 3.2.0 out very soon! Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger!
000
GIMP [Unofficial] @gimp.org.web.brid.gy · 21/02/2026
gimp.org
Interview with Øyvind Kolås, GIMP developer
GIMP is Free and Libre Open Source Software, but none of it is possible without the people who create with and contribute to it. Our project maintainer **Jehan** wanted to interview the volunteers who make GIMP what it is, and share their stories so you can learn more about the awesome people behind GIMP! Early interviews with co-maintainer Michael Natterer and Michael Schumacher were published shortly after the first Wilber Week. Unfortunately, the rest of the interviews from that event have never seen the light of day - until now! Our previously resurfaced interview was with Simon Budig. The interview in this article is about **Øyvind KolÃ¥s**. He is the maintainer of GEGL and babl, the color engines of GIMP. His work was instrumental in (among _many_ other things) the long-waited non-destructive filters implemented in GIMP 3.0! This interview took place on February 4th, 2017. In addition to **Jehan** and **Øyvind** , **Michael Schumacher** , **Simon Budig** , and **Debarshi Ray** were also involved and asked questions. _Øyvind KolÃ¥s, by Michael Schumacher, CC-BY-SA - 2019_ * * * _Jehan: Okay, hello Pippin! So, first off, how should we call you, Pippin or  Ã˜yvind?_ **Øyvind** : If people know how to pronounce ‘Øyvind’, that is perhaps easiest. In some contexts it is a difficult name to pronounce and I have to go by my nickname Pippin. _Jehan: Ah, and where does it come  from?_ **Øyvind** : The nickname Pippin originates from Lord of the Rings. The first time I went on IRC, must have been ‘95 or ‘96, I had to come up with a nickname for myself, and I chose the nickname of a hobbit. I used the nickname “Sméagol”. _Jehan: But you ’re not very small._ **Øyvind** : No, but Sméagol is the hobbit in terms of Gollum, and I kind of decided that I didn’t want to have the association that came along with _that_ hobbit. So after just one day of using that nickname I skimmed a little bit through the history of the Lord of the Rings again, and noticed that the “Pippin” hobbit might be more appropriate. He’s a hobbit that’s a little bit too curious – he throws stones in Morannon and stares into Saruman’s palantír and wonders how things work. _Jehan: So, how many times have you read Lord of the  Rings?_ **Øyvind** : Two or three times? I’ve seen the movies more than once. _Jehan: How are the  movies?_ **Øyvind** : They’re okay. They’re long! _Jehan: So, you ’re the GEGL maintainer._ _Maybe first, let ’s explain what GEGL is. For people who read the website, they may know GIMP, maybe not necessarily GEGL._ **Øyvind** : GEGL is a library or system where you can plug components together. You can create chains of image manipulation filters or operations. So you can first adjust the colors of an image, and then apply some sharpening to it. So you can construct those as a flow chart or similar – “First do this then do that, then do that” – so programmers can create data structures representing such chains or flows of image data, and developers can use such components to use in the chain. _Jehan: And so how did you come into this  project?_ **Øyvind** : I had been using GIMP for quite a while, and then at some point I was experimenting with writing my own video editor. And I started implementing various transform tools and operations – I implemented perspective rotation tools and similar. And while I was doing that, I was also taking a look at how GIMP was doing some such transformation tools and operations. And I realized that the perspective transform in GIMP produced not quite the results that I would like it to produce. It had big problems with moire and aliasing when you did severe perspective transforms, for instance. So with my newly gained knowledge of making something similar myself, I sat down and tried to figure out how to improve what GIMP was doing. So I made a patch fix to add adaptive subdivision super-sampling to the transform tools. _Jehan: So it was not GEGL?_ **Øyvind** : It was for GIMP. That’s how I got involved in the GIMP project, it was my first patch that I did there. But even that was after I had ran into many of the people from the GIMP project at a GNOME conference in Copenhagen in, I believe, 2001. _Jehan: Okay. So, how does GEGL change GIMP? What is GEGL for GIMP?_ **Øyvind** : Well, I’m the wrong person to ask that question. I know how GEGL works. I know many of the needs of GIMP. But the person who has the greatest knowledge and detail of how GEGL makes that work and happen for GIMP is Mitch. _Jehan: We should have asked him yesterday then!_ _Thank you. So, maybe you can still explain some of the cool features in GIMP. Like what everyone has been talking about, such as non-destructive editing, which is enabled by GEGL?_ **Øyvind** : So this graph-based data-flow chains of operations that you can do with GEGL – most parts of GIMP have been transformed to make use of that. The core thing that is currently non-destructive editing in GIMP is the layers dialog. Other software has more capabilities there, but it’s not easy for us to know what interface to provide and present to the user to add such capabilities as drop shadows, or blurs, or color adjustments. _Jehan: It ’s easy or not easy?_ **Øyvind** : It’s easy to do it as a hack or as a proof of concept, but it’s more difficult to figure out how to do it in a way we can guarantee will be stable for many years into the future. So where we are currently, as we are close to being able to release GIMP 2.10 is that we’re doing all the layer processing that GIMP 2.8 use to do, but there’s no hacks – we’re using GEGL as the engine instead. _Jehan: So, do you use GIMP a lot?_ **Øyvind** : Sometimes GIMP is the appropriate tool, and sometimes there’s other existing software that I use as a tool. And sometimes the tools I want or need don’t exist, and then I try to make those tools. _Jehan: You also have a background as an artist. Could you maybe speak on  this?_ **Øyvind** : From when I was a teenager, I’ve been doing both visual arts such as painting and drawing, and being interested in creating media in various forms such as videos. The only form of creative expression that I haven’t much played with is music. My original education and training was in fine arts. Only after having done that for a few years did I go back to computers and digital media, and go more the academic route in computer science. _Jehan: So you studied computer science before, then you went to  art?_ **Øyvind** : No, but I’ve been doing computer graphics since I was 14 or 15 years old. I was inspired by the demoscene community and having access to dial-up bulletin boards systems with people discussing programming techniques and languages. They contained tutorials in C and Pascal and Assembly and also involving Turbo Pascal. Demoscene-style graphics are things I’ve done since before University level age, along with experimenting with painting and traditional physical drawing media. _The illusion in this image came as a result of pippin ’s curiosity about images and perception, and since it went viral on social media, it has been used in new papers online and in print, books and tv-shows._ _Jehan: So how do you see the future of GEGL and free software graphics in general? How do you see GEGL in 20 years?_ **Øyvind** : If GIMP still exists in 20 years in some form of UI, then most probably GEGL is part of that story as well. I hope that some of the existing core processing code actually doesn’t survive! But the idea of the graph and maybe some of the operations that are hooked up to each other, I hope that continues to exist. Just like how other applications that use GEGL like video editing software, GIMP, GNOME Photos – the API and how they do that, I hope are very similar. But maybe both the CPU based processing code and the OpenCL one, will have been replaced. _Jehan: There ’s something I’ve never really completely understood. If you look at the GitLab of GIMP and GEGL, they started around the same time. So why are they getting merged only recently?_ **Øyvind** : I only know stories of this – I haven’t been around in the project since in the beginning. _Michael Schumacher: You said you ’re not the best person to ask how GIMP is using GEGL. So can you tell us how you wish it was being used, or how you think it could be used more? Because I recall you making comments on IRC in that regard._ **Øyvind** : Well, we are close in 2.10 to a state where I am happy about how things are at the moment. It’s been a while since I was unhappy about how GIMP’s projection was driving the layer compositing code or creating a graph for compositing with GEGL – it’s been a long while since it was fixed. So when it comes to the performance of doing those things, or the performance on-canvas preview of vectors, the current problems are more in GEGL land than GIMP land. _Jehan: In GEGL?_ **Øyvind** : Yes, it’s an architectural puzzle to figure out, before GIMP should change how it does its rendering to make use of the new capabilities in GEGL. _Jehan: So how fast can GEGL go? How fast do you think (compared to now) it can improve?_ **Øyvind** : I think for most filters in common use for photo manipulations as well as working with multiple layers, that even on a CPU that you should have 10 frames per seconds updates on dragging layers around as well as doing color adjustment to the photos or the individual layers. I don’t see why that should be a big problem. That is what solving the mip-mapping problem should provide. _Debarshi Ray: Any plans for what you want to use for GEGL’s API documentation? It used to use kind of like GTKDoc at some point. There’s always the website, but any plans?_ **Øyvind** : It currently displays a GObject introspection repository data directly on the website using Javascript. I kind of hope that the documentation people start working towards more documentation on GObject introspection and perhaps we align with something they do, if they do something like that. _Jehan: Do you want to see GEGL in more software, not only GIMP?_ **Øyvind** : That would be really nice because if people then create more filters and interesting things you can do in that software, it becomes available in GIMP and also in other software. _Jehan: Actually that ’s very interesting. Can you explain a little about the architecture of GEGL which makes it so that its filters can be available everywhere? How it will work in other software that integrates GEGL?_ **Øyvind** : Well, you could imagine that for the operations you have in GIMP in terms of filters, there are many that you invoke for an image, that could be something that also you could apply as an effect in a video editor to a clip. You can animate some of the properties over time, like increasing or decreasing the blur on some background that you composite something on top of. _Michael Schumacher: What would you suggest people should do to learn about the capabilities of GEGL and how to use it, either in GIMP development or in their own software?_ **Øyvind** : Mostly, study what already exists, and if there is anything doing something similar to what they want already, then try to tweak that to do something new. _Michael Schumacher: Do you have a suggestion on what someone can use to play around with GEGL? For instance, if someone has fairly decent experience developing software, is there some kind of best approach like “Oh, use Python”?_ **Øyvind** : I haven’t really tried to use any of the language bindings apart from C in a long while. I can see how approaching a library framework with C can be difficult for some users. But no, I don’t know of any of these integrated languages that have a very good integration. _Simon Budig: I think that the first start would be to use the GEGL command line tool and build trees in XML or something like that._ **Øyvind** : I guess there’s also the data formats, the XML and JSON based data formats, as well as the data format you can fully construct on the command line just chaining operations and properties. _Debarshi Ray: Can you comment on how GEGL compares to GStreamer, since they are both graph based and you can even do some image manipulation with GStreamer like their application does? Would it be easier with GEGL?_ **Øyvind** : GEGL is focused on rendering and creating images. GStreamer is focused on playback and streaming of video. So the things passed around between the components of the graph of GStreamer are always full frames of videos. And it has many considerations for how to deal with playback and pre-feeding data to be able to stay in continuous playback and similar. Whereas GEGL has only a concern about generating pixels for a static graph. So the concerns involved in piecing together video codecs and the muxing of codecs and doing those things in a data flow, are different from doing just image processing with it – but kind of the core idea, which is visual programming using a graph instead of more like a human language with abstract syntax to create, is shared between GEGL and GStreamer. The data flow based approach and creating a framework for visual components and ordering. _Jehan: I have a similar question. There was an efficiency test – I think the product name was libvips – with various graphics software library, and GEGL was in the list. In the tests they said it was worse._ **Øyvind** : Maybe that has improved recently, I’m not sure. Both GEGL and babl have had a traditional approach to bench-marking at runtime when things are already up and running and for interactive use. Whereas those benchmarks are based on equating command-line utilities with those that also include all the overhead of start-up. That is something that has improved recently in both, particularly in babl – it keeps measurement and profiling information from previous runs around in a file on disk so it can load, so it doesn’t have to do a lot of computations the first time you do a computation of a particular kind. But I haven’t really re-run those benchmarks lately. But a lot of the trouble involved for GEGL and babl is that they’re very generic and have many plug-ins and do loads of file system access and those things before it can do any form of processing. _Jehan: Have you tried this libvips  library?_ **Øyvind** : Yes. _Jehan: How does it compare – not efficiency wise, but API, architecture? Why would one choose GEGL over libvips?_ **Øyvind** : That I don’t know. Depends on the capabilities of what you need it to do, GEGL is well on the way to have most traditional GIMP filters as operations. I haven’t studied the actual program APIs and how you would rig up pipelines with those APIs. I looked more at the graphical user interface of libvips – it’s an Excel spreadsheet-like approach to it, where you refer to data in a different cell. It’s one way of expressing a graph but I don’t know the actual programmatic APIs. _Jehan: So there ’s different ways of expressing graphs?_ **Øyvind** : GEGL’s API for expressing and manipulating the graphs is loosely based on the W3C’s Document Object Model and hierarchical tree structures. I have no idea if or what type of API inspirations that libvips is using. _Debarshi Ray: I have a question. GIMP has a new website, shiny and everything. Will GEGL have a new website as well?_ _Jehan: It has to be  shiny!_ **Øyvind** : Do you have a PNG file called “Shiny” that we can use? Or do you also have some CSS and some pages and content for the GEGL website? _Debarshi Ray: No, I have  nothing._ **Øyvind** : I have tried for the last two or three years to make some existing GIMP and GEGL contributors excited about writing some documentation and content as part of the website. They do rebuild the website every single time they build GEGL and it ends up in the docs folder of the website. But it seems like it’s actually easier to get people to contribute code and new operations and exciting new features in GIMP and things than to get them to improve the website documentation. And I must admit that I’d rather fix bugs and performance and features than spend too much time on the website. _Jehan: So, unless anyone has another question, we can  finish…_ _Simon Budig: Did we talk about thePatreon?_ _Jehan: Oh right! So you ’re trying to live off free software coding, especially GEGL. Can you try to explain it?_ **Øyvind** : I spent a lot of time over the last ten years doing code for both GEGL and GIMP, but also many other projects. It is strange how the media exploration experiments I do in code seem to not really have much cultural worth in society. So creating software and creating tools is not something that seems to be on the culture budget of any Western European country or something that would be considered part of improving the digital literacy of the population. It’s something that’s left up to private companies to maybe create software tools – but it’s not something that you’ll find on the budget of a country, that they want to let people improve and create tools for, say, image manipulation. Maybe that’s a horrible way to start out to explain this. _Jehan: You can start over if you  want._ **Øyvind** : I’ve been playing with creative expression in both visual media and in code for a couple of decades. I have made music videos, I’ve made short films, I’ve made paintings and I’ve made software. And sometimes when I make software, I get paid for it because there’s other business interests behind wanting it to exist. But I consider many of the contributions I’ve made to GIMP and GEGL to be valuable contributions, and that it would be good if I could do more of that type of experiments that end up in actual software – but also freely be able to do my own research and find out how it is possible to do a certain thing with videos or images or other ways that you can combine digital media types. I’ve been fortunate enough to have had a software development job where I made a bit of money and had a safety cushion. So I’ve been living off savings for quite a while, creating software for GIMP and other things while traveling. But lately I’ve seen that my bank account has started screaming and turning red soon. So I was wondering, maybe this Patreon thing that I’ve seen both other software projects and other types of things suggested that I could try to keep bills paid. And I decided that okay, in some sense it’s asking for money and a little bit begging to be like a street music performer and saying “I’m making this thing and if you’re enjoying it, maybe you’d like me to continue doing some of the things I’m already doing”. And it turns out there are a couple hundred people already who would like me to continue writing code and sharing it publicly and openly. That at least sustains me roughly on the level of unemployment benefits in European countries. And I hope that this will even slightly increase – I will not have a Silicon Valley level software developer salary, but I’ll have enough money to cover my expenses. * * * Øyvind’s portfolio website
000
GIMP [Unofficial] @gimp.org.web.brid.gy · 29/01/2026
gimp.org
GIMP @ FOSDEM 2026
<p>Our very own <strong>Ondřej Míchal</strong> will be making a presentation on <span class="caps">GIMP</span> at <span class="caps">FOSDEM</span> 2026! <a href="https://fosdem.org/2026/">The conference</a> will be held this weekend, January 31st and February 1st in Brussels, Belgium. If you&#8217;re not already familiar, it is described&nbsp;as:</p> <blockquote> <p>[&#8230;] a free event for software developers to meet, share ideas and collaborate. Every year, thousands of developers of free and open source software from all over the world gather at the event in Brussels. You don&#8217;t need to register. Just turn up and join&nbsp;in!</p> </blockquote> <figure> <img src="https://www.gimp.org/news/2026/01/30/gimp-fosdem-2026/fosdem-2026.png" alt="GIMP developer Ondřej Míchal will be speaking at FOSDEM'26 on Sunday, February 1st"/> </figure> <p>Ondřej will be sharing his experiences as a <span class="caps">GIMP</span> developer, as well as discussing <span class="caps">GIMP</span> 3.2&#8217;s development and what lies ahead. <a href="https://fosdem.org/2026/schedule/event/BKTC3Z-wheres_gimp_going_after_3_2/">His talk is scheduled</a> for <strong>Sunday, February 1st</strong> at <strong>10:40 (<span class="caps">UTC</span> + 1)</strong>. If you can not attend the event live, there will be a livestream linked in the&nbsp;schedule.</p> <p>If you&#8217;re able to attend the conference, Ondřej may have <a href="https://www.gimp.org/news/2025/06/23/gimp-3-1-2-released/#around-gimp">some Wilber stickers</a> to give out. While supplies&nbsp;last!</p> <p>We look forward to a great talk from Ondřej, and we hope you all will&nbsp;attend!</p>
000
GIMP [Unofficial] @gimp.org.web.brid.gy · 23/01/2026
gimp.org
GIMP 3.0.8 Released
We are happy to announce the fourth micro-release GIMP 3.0.8! As we close in on the release of GIMP 3.2, we wanted to share with you what may be the last set of bugfixes for GIMP 3.0. * Release Highlights * Font Loading Performance * Assorted updates and fixes * Themes and UX * Security fixes * API * Packaging improvements on macOS * Help Manual * babl * Release Stats * Downloading GIMP 3.0.8 * What’s Next # Release Highlights¶ Micro releases like 3.0.8 are focused on fixing bugs and regressions. While this news post is not an exhaustive list of all fixes, we wanted to highlight some of the ones with a more noticeable impact. ## Font Loading Performance¶ Improvements in start-up time for users with a large number of fonts was backported from our 3.2 RC2 release. As a result, we now wait to load images until fonts are initialized - this prevents some occasional odd displays and other issues when an XCF file tried to access a partially loaded font. For macOS users, we have special-cased the legacy Skia font, as we received reports that it did not behave properly with the Pango library we use to render fonts. You should now be able to use all fonts weights instead of just Bold. ## Assorted updates and fixes¶ * **Daniel Plakhotich** helped us identify an issue when exporting a lossless WEBP image could be affected by lossy settings (such as Quality being less than 100%). We’ve updated our WEBP plug-in to prevent this from happening. * **Jehan** fixed a bug in the Windows installer where text would be duplicated in certain languages. * **René de Hesselle** diagnosed an issue with font kerning on macOS, which was fixed by **Jehan**. * Because of differences in how different operating systems represent file paths, default color profiles were not being loaded correctly on start-up on Windows. This should now be fixed, though you may need to reassign your default color profiles in Preferences to clear out the older, incorrect file path. * Thanks to **Jehan** ‘s efforts, the standard `gimp-3.0` executable can now be run with a `--no-interface` flag instead of requiring users to call `gimp-console-3.0` even on devices with no display. The `--show-debug-menu` flag is now visible as well. * **programmer_ceds** improved our flatpak by adding safe guards to show the correct configuration directory regardless of whether `XDG_CONFIG_HOME` is defined on the user’s system. This should make it much easier for flatpak users to install and use third party plug-ins. * We fixed a rare but possible crash when using the Equalize filter on images with NaN values. Images that contain these are usually created from scientific or mapping data, so you’re unlikely to come across them in standard editing. * **Jeremy Bicha** fixed an internal issue where the wrong version number could be used when installing minor releases (such as the 3.2 release candidates and upcoming 3.2 stable release). * As noted in our 3.2RC2 news post, we have updated our SVG import code to improve the rendered path. * Further improvements have been made to our non-destructive filter code to improve stability, especially when copying and pasting layers and images with filters attached to them. Some issues related to applying NDE filters on Quick Masks have also been corrected. * An unintended Search pop-up that appeared when typing while the Channels dockable was selected has been turned off. * When saving XCFs for GIMP 2.10 compatibility, we unintentionally saved Grid color using the new color format. This caused errors when reopening the XCF in 2.10. This problem has now been fixed! If you encounter any other XCF incompatibility, please let us know. ## Themes and UX¶ * The Navigation and Selection Editor dockables no longer show a large bright texture when no image is actively selected. This was especially noticeable on dark themes. * When a layer has no active filters, the `Fx` column had the same “checkbox” outline when hovered over as the lock column. This led to confusion about clicking it to add filters. We have removed the outline on hover as a small step to help address this. * **Ondřej Míchal** fixed alignment and cut-off issues with the buttons on our Transform tool overlays. All buttons should now be properly centered and visible. * The options for filling layers with colors when resizing the canvas will be turned off when not relevant (such as when you set layers to not be resized). * More GUI elements such as dialog header icons will now respond to your icon size preferences. * **Ondřej Míchal** has continued his work to update our UI with the more usable Spin Scale widget. He has also updated the widget itself to improve how it works for users and developers alike. ## Security fixes¶ **Jacob Boerema** and **Gabriele Barbero** continued to patch potential security issues related to some of our file format plug-ins. In addition to existing fixes mentioned in the release candidate news posts, the following exploits are now prevented: * ZDI-CAN-28232 * ZDI-CAN-28265 * ZDI-CAN-28530 * ZDI-CAN-28591 * ZDI-CAN-28599 Another potential issue related to ICO files with incorrect metadata was reported by **Dhiraj**. It does not have a CVE number yet, but it has been fixed for GIMP 3.0.8. **Jacob Boerema** also fixed a potential issue with loading Creator blocks in Paintshop Pro PSP images. As part of GIMP 3.0.8, we also updated several dependencies to prevent vulnerabilities. Thanks to **Bruno Lopes** , our Windows installer now uses a newer version of Python due to several CVEs in Python 3.12.11. We also updated our SVG library librsvg 2.61.3 to prevent a possible NTLM authentication exploit when loading a malicious SVG. ## API¶ For plug-in and script developers, a few new public APIs were backported to GIMP 3.0.8. `gimp_cairo_surface_get_buffer ()` allows you to retrieve a GEGL buffer from a Cairo surface (such as a text layer). Note that this deprecates `gimp_cairo_surface_create_buffer ()`. `gimp_config_set_xcf_version ()` and `gimp_config_get_xcf_version ()` can be used to specify a particular XCF version for a configuration. This will allow you to have that data serialized/deserialized for certain versions of GIMP if there were differences (such as the Grid colors mentioned above). Fixes were made for retrieving image metadata via scripting. `GimpMetadata` is now a visible child of `GExiv2Metadata`, so you can use standard gexiv2 functions to retrieve information from it. Original thumbnail metadata is also now removed on export to prevent potential issues when exporting into a new format. ## Packaging improvements on macOS¶ **Bruno Lopes** and **Lukas Oberhuber** worked on some packaging fixes for macOS: * Image Graph is now available (if GIMP is run with `--show-debug-menu`) * Thai language interfaces have proper word breaking * EPS and PS files can be opened again * Dialogs should receive focus again thanks to a patch on GTK3 * GIMP icon is not tiny anymore on macOS 26 Tahoe (we plan to support Liquid Glass effects in the future) * Configuration migrations between GIMP 2.10 and 3.0 should be more robust now. # Help Manual¶ Our documentation maintainer **Jacob Boerema** has released a new version of the GIMP 3.0 help manual. Version 3.0.2 of the manual includes updated information on non-destructive filters, changes in the Align tool, and more. Updates to fifteen translations have been made as part of this release. Special thanks to **Sabri Ünal** for their work in standardizing formatting across the help manual and reducing the need to retranslate duplicate text. # babl¶ **Øyvind KolÃ¥s** has released a new update for babl, our color space engine. Version 0.1.120 adds support for the x86_64-v4 microarchitecture for code optimizations. # Release Stats¶ Since GIMP 3.0.6, in the main GIMP repository: * 26 reports were closed as FIXED. * 468 commits were pushed. * 12 translations were updated: Chinese (China), Danish, Georgian, Greek, Lithuanian, Norwegian Nynorsk, Persian, Slovenian, Swedish, Thai, Turkish, Ukrainian. 28 people contributed changes or fixes to GIMP 3.0.8 codebase (order is determined by number of commits; some people are in several groups): * 8 developers to core code: Jehan, Alx Sa, Bruno Lopes, Gabriele Barbero, Idriss Fekir, Jacob Boerema, James Addison, aruius. * 9 developers to plug-ins or modules: Alx Sa, Bruno Lopes, Jacob Boerema, Jehan, Ondřej Míchal, Anders Jonsson, Dr. David Alan Gilbert, Gabriele Barbero, lloyd konneker. * 14 translators: Aefgh Threenine, Ekaterine Papava, Martin, Alan Mortensen, Anders Jonsson, Yuri Chornoivan, luming zh, Aurimas Aurimas Černius, Kolbjørn Stuestøl, Sabri Ünal, dimspingos, Aurimas Černius, Danial Behzadi, Luming Zh. * 2 theme designers: Alx Sa, Ondřej Míchal. * 5 build, packaging or CI contributors: Bruno Lopes, Jehan, Jeremy Bícha, Jernej Simončič, Niels De Graef. * 6 contributors on other types of resources: Jehan, Bruno Lopes, Jacob Boerema, Jeremy Bícha, Niels De Graef, Sabri Ãœnal. * The gimp-data submodule had 16 commits by 3 contributors: Bruno Lopes, Jehan, Jeremy Bícha. Contributions on other repositories in the GIMPverse (order is determined by number of commits): * babl 0.1.120 is made of 5 commits by 2 contributors: Øyvind KolÃ¥s, Bruno Lopes. * ctx had 181 commits since 3.2.0 RC2 release by 1 contributors: Øyvind KolÃ¥s. * The `gimp-macos-build` (macOS packaging scripts) release had 27 commits by 2 contributors: Lukas Oberhuber, Bruno Lopes. * The flatpak release had 20 commits by 1 contributor (and a bot): Bruno. * Our main website (what you are reading right now) had 103 commits by 7 contributors: Bruno Lopes, Jehan, Alx Sa, Sabri Ünal, Jacob Kauffmann, Petr Vorel, gturri. * Our developer website had 204 commits by 2 contributors: Bruno Lopes, Jehan. * Our 3.0 documentation had 266 commits by 13 contributors: Sabri Ünal, Jacob Boerema, dimspingos, Marco Ciampa, Anders Jonsson, Alevtina Karashokova, Yuri Chornoivan, Matthew Leach, Richard Gitschlag, Andre Klapper, Aurimas Aurimas Černius, Dick Groskamp, lloyd konneker. Let’s not forget to thank all the people who help us triaging in Gitlab, report bugs and discuss possible improvements with us. Our community is deeply thankful as well to the internet warriors who manage our various discussion channels or social network accounts such as Ville Pätsi, Liam Quin, Michael Schumacher and Sevenix! _Note: considering the number of parts in GIMP and around, and how we get statistics through `git` scripting, errors may slip inside these stats. Feel free to tell us if we missed or mis-categorized some contributors or contributions._ # Downloading GIMP 3.0.8¶ You will find all our official builds on GIMP official website (gimp.org): * Linux AppImages for x86 and ARM (64-bit) * Linux Flatpaks for x86 and ARM (64-bit) * Linux Snaps for x86 and ARM (64-bit) * Universal Windows installer for x86 (32 and 64-bit) and for ARM (64-bit) * Microsoft Store for x86 and ARM (64-bit) * macOS DMG packages for Intel/x86 and Apple/ARM hardware (64-bit) Other packages made by third-parties are obviously expected to follow (Linux or *BSD distributions’ packages, etc). # What’s Next¶ This might be the final release in the GIMP 3.0 series, unless some very ugly bug were to appear and we’d feel like making a better ending. We know indeed that some people are sometimes stuck longer on some series for various reasons (such as stable package policy in some Linux distributions, or because we do have to drop some platforms sometimes — which will soon be the case for 32-bit Windows by the way! —, and sometimes some people just prefer older GIMP!). Also we do introduce bugs with new feature code. Such is the life of software, either being stale and stabler, or evolving with higher risk of new bugs! So whatever your reason, let’s make sure that you’ll have at least a very nice latest 3.0 build to get back too, if needed be. ðŸ˜„ Now we are mostly focusing on the last few issues before starting the 3.2 series. We’ll get news about this soon. In any case, we wish you all a very happy new Western year! May it be filled with a lot of joy, fun with GIMP too, and of course a healthy life. ðŸ¤— Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger! *[NaN]: Not a Number *[API]: Application Programming Interface
000
GIMP [Unofficial] @gimp.org.web.brid.gy · 14/12/2025
gimp.org
GIMP 3.2 RC2: Second Release Candidate for GIMP 3.2
After several weeks of bugfixes and polishing, we’re ready to share our second release candidate for GIMP 3.2! As the GIMP team continues to close issues, the release of 3.2 gets nearer, with many new features, bug fixes and performance improvements. Please do continue to report problems you find to help us make GIMP as good as possible! * Release Highlights * Removing Restrictions * Paths * Paint Select Tool * Start-up time * UX/UI * Minor Updates * Minor Fixes * Security * Build Process * GEGL and babl * Release stats * Around GIMP * Books * Downloading GIMP 3.2 RC2 * What’s next _Second release candidate splash screen by Mark McCaughrean - GIMP 3.2 RC2_ # Release Highlights¶ While there are no major new features in this release, we do want to highlight some of the more impactful fixes and some minor updates. The full changelog can be read in our code repository. You may also notice that we got a second splash screen image, also created and contributed by astronomer **Mark McCaughrean**. It is a shot of the same area of space as for the first splash image candidate, the “Trapezium Cluster & inner Orion Nebula”, again captured with the James Webb Space Telescope, but this time in the short-wavelength channel. The final 3.2 splash image shall be one of these two variants! ## Removing Restrictions¶ In GIMP 2.10, you could not export an image unless you had a layer selected due to a limitation of our export API. Due to the improvements in GIMP 3.0, this is no longer required. Therefore, we’ve removed the code that prevents you from choosing the Save or Export options in the menu when there’s no layer selected. Similarly, the Clipboard Brush and Clipboard Pattern previously had a size limit of 1024 pixels. This was because that was the largest safe value for 32 bit computers to handle. Since most users now have 64 bit computers, we’ve increased the limit to 8192 pixels for the 64 bit builds. This means artists can make and use much larger temporary brushes and patterns as they work. ## Paths¶ GIMP has supported importing SVGs as paths for a long time. However, some SVG paths were shown incorrectly due to our import code being based on an older version of librsvg. Based on suggestions and assistance from **Federico Mena Quintero** , one of the lead developers of the library, we updated our code to better handle different types of SVG paths. ## Paint Select Tool¶ The Paint Select tool has been in the test Playground section of GIMP since it was first developed by **Thomas Manni** in 2020. Recently, **Jehan** has begun reviewing it (and the Foreground Selection tool) as part of the planning for the GIMP 3.4 roadmap. He’s made a number of improvements already, both to the UI and to the tool’s performance. _Improving speed and feedback of experimental Paint Select tool - GIMP 3.2.0 RC2_ ## Start-up time¶ We’ve received reports that GIMP takes a while to load for users with a large number of fonts. This includes our resident typographer, **Liam Quin**. They worked with **Idriss Fekir** to test a change to our font loading code that noticeably speeds up our loading time. This is an area we continue to work on, so if you notice any regressions, please let us know! ## UX/UI¶ * **Ondřej Míchal** and **Jehan** have improved spacing between buttons in the Transform tool overlays to make it easier to click the right one. * Notifications have been added to the Filter merge-down button when users try to merge down a filter on a non-raster layer. * **Gabriele Barbero** fixed the wording on our Keyboard Shortcuts dialog to more clearly explain how to change a shortcut. * Minor fixes have been made to the theme to prevent issues on certain platforms. ## Minor Updates¶ * **Jehan** finished the stylus barrel rotation implementation in our earlier Mypaint Brush 2 port, connecting it to the Wheel value already recognized by GIMP. Note that very few styluses actually provide this feature, so it likely won’t impact your workflow unless you have one of the rare ones. * Thanks to **Alx Sa** , our PSD importer now loads legacy Outer Glow layer effects. The filter information was already loaded in the PSD plug-in during GIMP 3.0’s development, it just was not rendered before. * A long outstanding patch by **Niels De Graef** was finally merged to include a Bash completion file in GIMP. This feature shows the list of available options when pressing Tab in the command line. On a related note, the `--show-debug-menu` option is now visible in the command line `--help` option as well. ## Minor Fixes¶ * **Anders Jonsson** noticed that our default PostScript unit was changed from `millimeters` in GIMP 2.10 to `inches` in GIMP 3.0, without the size being adjusted to match. He fixed the default setting to load images at the right size. * **Jacob Boerema** fixed a bug for plug-in developers, where plug-ins set to be always available would not be usable when there was an open image with no layers added. * **Jehan** and **Gabriele Barbero** corrected a mistake made during vector layer development that caused the offsets not to be visible in the Layer Attributes dialog. * We now prevent loading XCF files as link layers when it will create an infinite loading cycle (if the linked XCF itself loads the initial XCF, at any level). # Security¶ **Alx Sa** and **Gabriele Barbero** have implemented fixes for the following Zero Day Initiative reported issues on some of our image plug-ins: * ZDI-CAN-28311 * ZDI-CAN-28273 * ZDI-CAN-28158 # Build Process¶ Thanks to **Jehan** ‘s work, babl and GEGL can now be compiled as relocatable! This is especially useful for builds where the build prefix is not the same as the runtime prefix. As a result, two bugs were fixed on the AppImage package: the GEGL filters are now fully localized and the third-party GEGL filters can now be found and used on those environments. He also fixed a bug that affected not only the AppImage but other environments too: the language list sometimes was not being displayed translated in the Preferences dialog. Now, when building GIMP, it will instruct packagers to prevent that. A user named **Kruthers** contributed a fix for a long-standing bug on AppImage: the inability to run CLI commands that point to relative paths. Thanks to their fix, the AppImage is now even more on par with a regular installation of GIMP. **Bruno** re-implemented support for building GIMP on Windows with the MSVC compiler, which is now possible due to the existence of the `clang-cl` wrapper (we used to have direct MSVC support, without a wrapper, but it stopped working). As a result, we now have build logs about correct Windows API usage etc. But note that _we will not distribute MSVC binaries_, because, after all, they mostly depend on MSYS2 due to vcpkg design which has much fewer features. In short, MSYS2 is still the recommended way to build GIMP on Windows. # GEGL and babl¶ **Øyvind KolÃ¥s** has released new updates to babl and GEGL, the underlying color management engines for GIMP. As noted above, _babl_ 0.1.118 and _GEGL_ 0.4.66 have been updated to be compiled as relocatable. In addition, a number of contributors have done some code clean-up and build process updates to GEGL. # Release stats¶ Since GIMP 3.2.0 RC1, in the main GIMP repository: * 40 reports were closed as FIXED. * 24 merge requests were merged. * 201 commits were pushed. * 13 translations were updated: Basque, Chinese (China), Danish, Georgian, Greek, Italian, Lithuanian, Norwegian Nynorsk, Slovenian, Swedish, Thai, Turkish, Ukrainian. 23 people contributed changes or fixes to GIMP 3.2.0 RC2 codebase (order is determined by number of commits; some people are in several groups): * 10 developers to core code: Jehan, Alx Sa, Bruno Lopes, Øyvind KolÃ¥s, Anders Jonsson, Gabriele Barbero, Idriss Fekir, Jacob Boerema, Ondřej Míchal, Sabri Ãœnal. * 6 developers to plug-ins or modules: Bruno Lopes, Alx Sa, Ondřej Míchal, Gabriele Barbero, Anders Jonsson, lloyd konneker. * 13 translators: Sabri Ünal, Aefgh Threenine, Kolbjørn Stuestøl, Yuri Chornoivan, Anders Jonsson, Asier Saratsua Garmendia, Martin, Ekaterine Papava, luming zh, Alan Mortensen, Marco Ciampa, dimspingos, Aurimas ÄŒernius. * 2 theme designers: Alx Sa, Jehan. * 5 build, packaging or CI contributors: Bruno Lopes, Jehan, Jernej Simončič, Niels De Graef, Øyvind KolÃ¥s. * 2 contributors on other types of resources: Jehan, Niels De Graef. * The gimp-data submodule had 3 commits by 1 contributor: Jehan. * The splash images for the 3.2 series were authored by Mark McCaughrean under license Creative Commons By-SA 2.0. Contributions on other repositories in the GIMPverse (order is determined by number of commits): * Our UX tracker had 1 reports closed as FIXED (and many more incrementally worked on). * babl 0.1.118 is made of 36 commits by 5 contributors: Bruno Lopes, Øyvind KolÃ¥s, Jehan, Jacob Boerema, Joe Da Silva. * GEGL 0.4.66 is made of 62 commits by 11 contributors: Bruno Lopes, Øyvind KolÃ¥s, Jehan, Sabri Ünal, Alfred Wingate, Ondřej Míchal, Alan Mortensen, Alexander Alexandrov Shopov, Jeremy Bícha, Marco Ciampa, Ulf Martin Prill. * ctx had 40 commits since 3.2.0 RC1 release by 1 contributor: Øyvind KolÃ¥s. * The `gimp-macos-build` (macOS packaging scripts) release had 3 commits by 1 contributor: Lukas Oberhuber. * The flatpak release had 6 commits by 1 contributor: Bruno. * Our main website (what you are reading right now) had 27 commits by 4 contributors: Jehan, Bruno Lopes, Alx Sa, Sabri Ãœnal. * Our developer website had 25 commits by 2 contributors: Jehan, Bruno Lopes. * Our 3.0 documentation had 24 commits by 6 contributors: Sabri Ünal, Jacob Boerema, Anders Jonsson, Matthew Leach, Richard Gitschlag, lloyd konneker. Let’s not forget to thank all the people who help us triaging in Gitlab, report bugs and discuss possible improvements with us. Our community is deeply thankful as well to the internet warriors who manage our various discussion channels or social network accounts such as Ville Pätsi, Liam Quin, Michael Schumacher and Sevenix! _Note: considering the number of parts in GIMP and around, and how we get statistics through `git` scripting, errors may slip inside these stats. Feel free to tell us if we missed or mis-categorized some contributors or contributions._ # Around GIMP¶ ## Books¶ **Sabri Ünal** has been hard at work updating our books page. In addition to historial books about prior versions of GIMP, we now have listings for several GIMP 3 books. If you know of any books on GIMP that we’re missing, please let us know! _Note_ : We are not interested in listing or promoting books that are generated from GenAI. Please check if the book was authored by a person before submitting. Thanks! # Downloading GIMP 3.2 RC2¶ You will find all our official builds on GIMP official website (gimp.org): * Linux AppImages for x86 and ARM (64-bit) * Linux Flatpaks for x86 and ARM (64-bit) * Linux Snaps for x86 and ARM (64-bit) * Universal Windows installer for x86 (32 and 64-bit) and for ARM (64-bit) * Microsoft Store for x86 and ARM (64-bit) * macOS DMG packages for Intel/x86 and Apple/ARM hardware (64-bit) Other packages made by third-parties are obviously expected to follow (Linux or *BSD distributions’ packages, etc). There is no development release for the manual, but you can continue to use the existing GIMP 3.0 documentation. # What’s next¶ This is nearly it! We are so close to GIMP 3.2 release that we can feel it in the air. When I first introduced the new accelerated release policy, I was both confident and wary of falling short. In the end, I’m quite satisfied; it really worked out well for this first iteration. ðŸ˜„ Considering how few reports of major issues we had during this RC1, this might be the last release candidate, though only the coming period will tell. Sometimes people, mistaking us for a corporation, ask us about quality assurance policy or the like. Well we are not a company, we are a community and our QA is the world, it’s me, you, anyone. Therefore we **really really** enjoin everyone to test this development version and report any issue you find, especially if it feels like it should be a blocker issue. Among the few things which come to mind, I had to touch and reorganize our XCF-loading code for detecting link layer cycles; and as you may imagine, this is a very sensitive area of our codebase. So we welcome massive testing in file loading and link layer creation during this RC2 phase, in order to detect any regression! And of course, any deep testing, especially of the new link and vector layers, but also of any other major feature you are often using will be very appreciated. We want to avoid both releasing broken new features, and adding regressions to existing features. Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger! Wouldn’t it be fitting with the coming holiday season? ðŸŽðŸŽ„🤗 In the meantime, we’ll continue to work hard for delivering GIMP 3.2.0 soon, and wish you all a very nice holiday season and a lot of fun and joy with family and friends! ðŸ¥³ðŸ¾ðŸ¥° *[CLI]: Command Line Interface *[QA]: Quality Assurance
000
GIMP [Unofficial] @gimp.org.web.brid.gy · 16/11/2025
gimp.org
GIMP 3.2 RC1: First Release Candidate for GIMP 3.2
We’re thrilled to share our first release candidate for GIMP 3.2! It represents a major step in our roadmap, and months of hard work by contributors. We look forward to your feedback as we move towards the stable release of GIMP 3.2! Note that this is still a development snapshot, not yet a final release: please do report any problems or crashes you find. * New Splash Screen * Release Highlights * Link and Vector Layer Updates * Text Editor * Swap Tools shortcut * Non-destructive filters * UX/UI Improvements * Plug-ins * SVG * PDF * PVR * Compression * API * Security * Additional Changes * Dark mode on Windows installer * Release stats * Around GIMP * GIMP developer website refreshed * Downloading GIMP 3.2 RC1 * What’s next # New Splash Screen¶ _New release candidate splash screen by Mark McCaughrean - GIMP 3.2 RC1_ Our super cool 3.2 release candidate splash screen was created by astronomer **Mark McCaughrean**! It shows the Orion Nebula at infrared wavelengths made using the James Webb Space Telescope, and is one of his many photographs of space, processed in GIMP as an important tool in his workflow. As with our previous splash artist Sevenix, we will have an interview with him detailing his design process and motivation that we hope to share in the near future. # Release Highlights¶ This news post will cover some of the main updates since our last development release. If you haven’t already tested out GIMP 3.1.2 and 3.1.4, we encourage you to read over the prior news posts to see the other new features and fixes. As always, the full changelog can be seen in the NEWS section of our repo. ## Link and Vector Layer Updates¶ We’ve made a number of bugfixes and improvements to the new link and vector layers, thanks to your feedback from GIMP 3.1.4. **Jehan** in particular has been focused on internal updates and UI improvements for both features. The “Rasterize” and “Revert Rasterize” operations have been made much clearer, allowing for easy changes between different states. These changes apply to text layers as well, since they are a type of vector layer too. We discovered that link layer monitoring was not working on Windows due to a bug in the GLib library. **Jehan** has submitted an upstream patch with a proper fix, but for now we have a temporary workaround so that this feature works on Windows. ## Text Editor¶ **Gabriele Barbero** has continued his work on the text editor from his Google Summer of Code project. One major aspect has finally been merged - the ability to move the on-canvas editor across the screen! This allows you to move it out of the way while working on close-up text, without having to hide it in the tool options. You can also click the reset button on the editor to place it back in its original position. _On-Canvas text editor UI can now be dragged - GIMP 3.2.0 RC1_ **Idriss Fekir** has continued their work on making text editing more robust. They’ve updated the internal code to support text rendering even on very large dimensions. Also, a new patch by **Lleu Yang** lets you use Shift + Ctrl + V in the on-canvas editor to paste unformatted text. This follows a previous update that added a shortcut for Bold, Italics, and Underline styling. ## Swap Tools shortcut¶ **Jehan** revived one of his older projects and added support for swapping between your current tool and the previous one you used. By default, you can press `Shift` + `X` to switch back and forth between your paintbrush and eraser while drawing. Of course, you can also change the shortcut with the `Edit` -> `Keyboard Shortcuts` dialog. This new feature also allows us to help with a common point of confusion. Internally, GIMP considers filters to be a tool just like the rotate or airbrush tools. This means that when you’re applying a Brightness-Contrast filter to your image, you’re actually “switching” to the Brightness-Contrast tool. Thanks to **Jehan** ‘s update, we now automatically switch back to your prior tool once the filter is applied, which we believe is more in-line with what users expect to happen. ## Non-destructive filters¶ We continue to update our non-destructive filter code. One request we’ve received a few times is for “adjustment layers” - layers where you can apply a filter and have it affect all layers below it. We do not have this as an official concept since it would be a GUI duplicate of layer effect, yet you can now simulate adjustment layers with layer groups! Set an empty layer group to “Pass through” and then apply filters to it - since Pass through groups cover all layers below, by definition, this is basically the same as what is commonly called adjustment layers. Furthermore, you can add a mask to the layer group and adjust the render to only cover certain areas. ## UX/UI Improvements¶ We continue to work with users and designers on our UX repo to improve GIMP’s user experience. While a lot of smaller adjustments have been made since 3.1.4, there’s also been several larger updates. * GIMP was first created with a multi-window interface, with each image shown in a separate window. You could drag and drop a file onto the floating toolbox to open it as a new image. Single Window mode introduced an image tab bar to show all of your open images. We have now connected that tab bar to the drag and drop code, so you can easily open multiple images by dragging them over to the image tab bar and releasing! * **Ondřej Míchal** has been on a mission to replace many of our Spin Entry widgets with the newer Spin Scale. * You can now drag and drop color swatches from the Color History. This was always intended, but previously did not work because the color history buttons grabbed focus instead of the color history swatch. * **Gabriele Barbero** further improved our macOS port by restoring missing features to the App Menu. Now macOS users have options to hide GIMP, hide other applications, and to check the related services. Additionally, the macOS “Quit” command is now connected to our closing code, which will reduce the chance of losing unsaved data on exit. * The Document History dockable is now multi-selection aware. You can select multiple image previews and either open or remove all of them at once. * **Denis Rangelov** developed a new design for our image toggle buttons (seen in places such as the `Mode` section of the Move and Selection tools). This redesign more clearly groups the buttons together visually, so you know that they’re toggle buttons and that only one can be selected at a time. * When typing hex colors in the Color Selector dialog, the selected color will automatically update as soon as you enter a valid text. This removes the need to press Enter whenever you type a new color. ## Plug-ins¶ Support for a few new image formats have been added, and updates to existing formats have been made during the last stretch of our 3.2 RC1 development. ### SVG¶ With the addition of vector layers in GIMP, we can now export SVG as actual vectors. Our new exporter allows raster layers to be optionally embedded as either PNGs or JPEG. We hope this will encourage further workflow collaboration with Inkscape, a fantastic vector graphics editing program that we highly recommend! Note that currently our SVG _import_ plug-in still rasterizes the imported vectors. We are looking into ways of fixing this (it would likely require to change our dependency library to read SVG) - if you’d like to help, please reach out! ### PDF¶ Similarly, the PDF plug-in now exports vector layers as actual vectors. This means that those layers can be further edited in other vector graphics software. The “Fill with Background Color” option has also been extended to work on all layers of a multi-layer PDF, instead of just the first one. ### PVR¶ We’ve added support for importing PowerVR (PVR) texture files. This format is most commonly used for SEGA Dreamcast games and mods. ### Compression¶ We had a long-standing request to support importing hgt.zip images, which were recorded by NASA’s Shuttle Radar Topography Mission (SRTM). As a side effect, we now support loading any supported image that’s compressed by our standard compression algorithms (previously this was only officially used by our compressed XCF project files). ## API¶ * One of the major updates in GIMP 3.0 for plug-in developers was the auto-generated GUIs - you can easily make a dialog with widgets just by defining your input variables! However, a few datatypes were not implemented in the original release. For GIMP 3.2, we’ve added `GimpImage` and `GimpItem` widgets to `GimpProcedureDialog`. The new widgets look similar to the existing layer and channel widgets. * Work on the SVG export feature required us to add many additional public API commands for text, vector, and link layers. You can see the full list in our NEWS section under API, or by checking the Procedure Browser under the Help menu in GIMP itself. ## Security¶ The Zero Day Initiative regularly reviews applications to find potential vulnerabilities and report them. **Jacob Boerema** and other contributors have responded to and fixed the following reports: * ZDI-CAN-27684 * ZDI-CAN-27863 * ZDI-CAN-27878 * ZDI-CAN-27836 * ZDI-CAN-27823 * ZDI-CAN-28376 * ZDI-CAN-28248 ## Additional Changes¶ * **Sabri Ünal** and **Luzpaz** have been reviewing our GUI and standardizing capitalization and grammar of the user interface. * **Aruius** fixed a bug where some full-color brushes were not mirrored properly when Symmetry modes were set. * **Bruno Lopes** reworked our console output code on Windows to work just like Linux and macOS. This means you can run GIMP from CMD or PowerShell and see all output messages there. * **Lukas Oberhuber** created a new format for our color drag and drop code. We previously used `application/x-color` when our color code was sRGB only. Now that we pass the colorspace information as well, this is not sufficient. While it only caused visible problems on macOS (to our knowledge), it’s good to use the proper standard for all platforms. ## Dark mode on Windows installer¶ Our `.exe` installer is now gorgeous when you run it on Windows 10/11 with Dark Mode enabled. This is not only due to the new splash screen, which is used on the Installer too, but also thanks to the triaging work done by **Jernej Simončič** and **Bruno Lopes** in tandem with Inno Setup developers on the Inno Setup 6.6.0 development cycle. That Inno Setup version we use on 3.2.0-RC1 and subsequent installers supports automatic Dark Mode natively. While very few changes were done to our GIMP packaging scripts, we can’t stop praising the incredible work done by **Martijn Laan** , main Inno Setup developer, on Google Groups after our small feedback. Just run the `.exe` and give it a try. # Release stats¶ Since GIMP 3.1.4, in the main GIMP repository: * 78 reports were closed as FIXED. * 80 merge requests were merged. * 645 commits were pushed. * 17 translations were updated: Basque, Brazilian Portuguese, Chinese (China), Danish, Dutch, Georgian, Hungarian, Italian, Kabyle, Lithuanian, Norwegian Nynorsk, Romanian, Russian, Slovenian, Thai, Turkish, Ukrainian. 42 people contributed changes or fixes to GIMP 3.2.0 RC1 codebase (order is determined by number of commits; some people are in several groups): * 18 developers to core code: Jehan, Alx Sa, Gabriele Barbero, Bruno Lopes, Jacob Boerema, Idriss Fekir, Sabri Ünal, luzpaz, Øyvind KolÃ¥s, Cheesequake, Estecka, Gabriele, James Addison, Lukas Oberhuber, Ondřej Míchal, aruius, cheesequake, megakite. * 11 developers to plug-ins or modules: Alx Sa, Jehan, Ondřej Míchal, Sabri Ünal, Jacob Boerema, Anders Jonsson, Bruno Lopes, Dr. David Alan Gilbert, Gabriele Barbero, Lukas Oberhuber, lillolollo. * 23 translators: Martin, luming zh, Kolbjørn Stuestøl, Marco Ciampa, Ekaterine Papava, Sabri Ünal, Yuri Chornoivan, Nathan Follens, Alan Mortensen, DiGro, Emin Tufan Çetin, Luming Zh, Aleksandr Prokudin, Asier Saratsua Garmendia, Aurimas Černius, Balázs Úr, Cristian Secară, Aefgh Threenine, Alevtina Karashokova, Anders Jonsson, Athmane MOKRAOUI, Balázs Meskó, Juliano de Souza Camargo. * 3 theme designers: Alx Sa, Ondřej Míchal, luzpaz. * 6 build, packaging or CI contributors: Bruno Lopes, Jehan, Alx Sa, Øyvind KolÃ¥s, Rico Tzschichholz, luzpaz. * 6 contributors on other types of resources: Jehan, Bruno Lopes, Gabriele Barbero, Sabri Ünal, luzpaz, megakite. * The gimp-data submodule had 6 commits by 1 contributor: Jehan. * 2 image creators: Jehan, Bruno Lopes. * The splash image for the 3.2 series was authored by Mark McCaughrean under license Creative Commons By-SA 2.0. Contributions on other repositories in the GIMPverse (order is determined by number of commits): * Our UX tracker had 13 reports closed as FIXED. * ctx had 32 commits since 3.0.6 release by 1 contributors: Øyvind KolÃ¥s. * The `gimp-macos-build` (macOS packaging scripts) release had 16 commits by 1 contributors: Lukas Oberhuber. * The flatpak release had 21 commits by 1 contributor (and CI bots): Bruno Lopes. * Our main website (what you are reading right now) had 159 commits by 7 contributors: Bruno Lopes, Jehan, Alx Sa, Guillaume Turri, Jacob Kauffmann, Petr Vorel, gturri. * Our developer website had 190 commits by 3 contributors: Bruno Lopes, Jehan, Anders Jonsson. * Our 3.0 documentation had 251 commits by 14 contributors: Sabri Ünal, Jacob Boerema, Marco Ciampa, Alevtina Karashokova, Matthew Leach, Nathan Follens, Anders Jonsson, Andre Klapper, Bruno Lopes, Richard Gitschlag, Dick Groskamp, Kristjan ESPERANTO, Kristjan SCHMIDT, jtux270. Let’s not forget to thank all the people who help us triaging in Gitlab, report bugs and discuss possible improvements with us. Our community is deeply thankful as well to the internet warriors who manage our various discussion channels or social network accounts such as Ville Pätsi, Liam Quin, Michael Schumacher and Sevenix! _Note: considering the number of parts in GIMP and around, and how we get statistics through `git` scripting, errors may slip inside these stats. Feel free to tell us if we missed or mis-categorized some contributors or contributions._ # Around GIMP¶ ## GIMP developer website refreshed¶ As we noted on our previous news about GIMP Developer website, the GIMP Developer website has been completely rewritten to use modern web technologies so it is easier to maintain (and to look prettier). But due to the enormous amount of content to be migrated and the limited human resources we have, the process took longer than expected. Now, finally, thanks to **Bruno Lopes** , who has been working on reviewing the dozens of pages of the Developer website to be kept up to date (and recently has been commiting changes to address its UI), we believe that you can navigate the site more easily. This new theme, called “Hextra”, allows us to have a search bar and the much requested navigation menu. It also adds a link `Edit this page on GitLab →` to every page, so you can contribute fixes more directly. You will notice that it looks a bit like the main GIMP website, and that’s because we modified it to follow the same visual identity designed by Pat David, making use of the same color palette and fonts. # Downloading GIMP 3.2 RC1¶ You will find all our official builds on GIMP official website (gimp.org): * Linux AppImages for x86 and ARM (64-bit) * Linux Flatpaks for x86 and ARM (64-bit) * Linux Snaps for x86 and ARM (64-bit) * Universal Windows installer for x86 (32 and 64-bit) and for ARM (64-bit) * Microsoft Store for x86 and ARM (64-bit) * macOS DMG packages for Intel/x86 and Apple/ARM hardware (64-bit) Other packages made by third-parties are obviously expected to follow (Linux or *BSD distributions’ packages, etc). There is no development release for the manual, but you can continue to use the existing GIMP 3.0 documentation. _Notes_ : * The Microsoft Store release may be delayed as we wait for the certification process to finish. * macOS packages should be uploaded shortly. # What’s next¶ We had mentioned our accelerated release policy when releasing GIMP 3.0.0. Well I’m not sure if many people actually thought we’d manage to stick to the schedule! Yet here we are, barely 8 months after GIMP 3.0.0 release, and already publishing our first 3.2.0 release candidate! Now we still haven’t released actual GIMP 3.2.0 yet, of course. But this RC is our milestone for freezing features (and strings, hence giving time for translators to do their thing! Awesome work by all of them across the world, by the way! 🤗) so we are now focusing on fixing bugs and possibly some minor UX improvements (more on the side of papercuts rather than anything implying major UI changes). That also means that we are really looking forward your issue reports! If there was any time for you to get your voice heard and tell us of any issues we may have missed before we publish the next stable minor version, that would be now! Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger!
000
GIMP [Unofficial] @gimp.org.web.brid.gy · 31/10/2025
gimp.org
Interview with Simon Budig, GIMP developer
GIMP is Free and Libre Open Source Software, but none of it is possible without the people who create with and contribute to it. Our project maintainer **Jehan** was interested in interviewing the volunteers who make GIMP what it is, and sharing their stories so you can learn more about the awesome people behind GIMP! Early interviews with co-maintainer Michael Natterer and Michael Schumacher were published shortly after the first Wilber Week. Unfortunately, the rest of the interviews from that event have never seen the light of day - until now! The interview in this article is about **Simon Budig** , a core GIMP code contributor and advocate. It is especially fitting to share his interview now, as Simon was behind the rewrite of the Path Tool infrastructure that powers the new Vector Layer feature in the upcoming GIMP 3.2. This interview took place on February 4th, 2017. In addition to **Jehan** and **Simon** , **Michael Schumacher** and **Thomas Manni** were also involved and asked questions. Thanks also to **Alx Sa** for transcribing the audio recording after all these years, an ungrateful task but without which we could not publish these! _Simon Budig, byDarix, CC BY-NC-ND - 2019_ _Jehan: Hello Simon. Can you introduce yourself, in general and in relation to GIMP?_ **Simon** : Hello, I’m Simon Budig, and I’ve been involved in GIMP since 1998 or something like that. A little bit earlier maybe if you count the non-official contributions. _Jehan: What are “non-official” contributions?_ **Simon** : Ah, giving talks about GIMP without being affiliated with the project. But my first patch, I looked it up yesterday, was in April ‘98. _Jehan: What was  it?_ **Simon** : It was a fix for the layers dialog regarding the spacing of the widgets. So, you have this box and the spacing between the widgets was basically inconsistent. _Jehan: Okay! I know you ’ve worked on a lot of important features in GIMP. Can you share a little about them, like the vector tool?_ **Simon** : Yes, I think the vector tool is probably the most important one. It was basically a complete rewrite of the vector tool, getting new infrastructure for vector data, which by the way, is more flexible than we actually use. It’s probably a little bit over-complicated from looking back at the code, and there’s stuff I would do different today – but it works. _Jehan: Could you explain a little  more?_ **Simon** : The vector infrastructure was designed to allow different stroke types. A stroke is putting down the pen, following the path, and releasing the pen. So it was designed to be able to handle different stroke types, but the only stroke type we have now is the Bezier, so you have points connected by Bezier curves and their handles. There’s been a lot of thinking going on about if, for example, you’d like to have rectangle strokes - how would it work to have a rectangle on the canvas? The tool must query where to put the control nodes and the anchor nodes and stuff like this. Ideally, it should be possible to have different kinds [of strokes], but it failed due to UI considerations – how would the user choose what kind of stroke to create? The obvious implementation for a lot of this kind of thing would lead to very unconventional user interactions for manipulating the content – it would be a little bit weird. _Prototypical “rectangle stroke” object in the path tool, by Simon, from 2004_ [**Editors note** : _Simon clarifies, that he was trying to implement a path tool working within the constraints of the tool infrastructure at that time (2002-2004). He was trying to abstract away from the specific shape to be manipulated. This would have had weird consequences for the user interactions, see for example the screenshot of a prototypical rectangle stroke type above. He at some point scrapped this idea._] _Jehan: It ’s quite different from Inkscape‘s SVG vectors. So I guess it’s a different concept from most other software? For instance, if I’m in Inkscape and I make a vector shape I have a concept of a stroke, a fill, and everything. In GIMP you just have a vector that you can stroke separately but it’s not attached to the vector. You can not move the vector for instance and have the fill or stroke follow it._ **Simon** : Yeah, this basically has to do with what I had to start with. The old vector tool was the same, so it didn’t have fill properties or stroke properties. So, at that point I didn’t see the need to, or I wasn’t confident enough to just throw all of this away and introduce a completely new concept of having objects within the layer stack. This was something that was just over my head. We had a Google Summer of Code project regarding vector layers that was supposed to implement this, but this is something that hasn’t been finished. _Original vector layer GSoC project by Hendrik Boom, mentored by Simon Budig (copyright unsure) - 2006_ **Editor ’s note**: _This work is finally done and you can experiment with a first pre-stable version in[development release GIMP 3.1.4. This will be part of the stable release GIMP 3.2._] And the other thing is that the use of the path tool is quite different than for example in Inkscape. Because Inkscape has a path manipulation tool, which has tons of different buttons and possibilities to do a rectangular select on the nodes and stuff like this, which we don’t have in GIMP. So this would be quite a lot of work to get this aligned to a traditional tool. But on the other hand, what one of the main purposes of the rewrite was to get it more close in this direction because the old path tool was quite different and quite strange. _Jehan: The old tool, that was not by  you._ **Simon** : Right, the old one I threw it away basically. _Jehan: Okay, so what are you working on now? Or do you want to work on  something?_ **Simon** : I don’t find the time or energy to work on GIMP as much as I would like, so I’m hesitant with starting bigger projects in GIMP because I’m not sure I can finish them properly. So what I’m mainly doing is lurking around and try to help people there. Yeah. But other than that, my contributions to GIMP are limited and I prefer small-scale things to work on. For example, I’ve been working on the Warp operation in GEGL to make it more similar to what I-Warp has been doing. _Jehan: To  what?_ **Simon** : I-Warp [plug-in]. There was a difference in the math which was quite noticeable in some parts and it still has issues. I am not sure if I can resolve this. So I like small, isolated problems. _Jehan: Do you use GIMP?_ **Simon** : I do! But mostly for small scale things like doing diagrams of something. Regarding the use of graphics tools I also like Inkscape a lot. Somehow this whole vector thing triggers the right point in my mind so I like dealing with vectors. But what’s happening right now in GIMP with this GEGL integration and further expansion of the layer nodes is quite interesting as well. So yeah, I like GIMP. Again, I use it for not very artistic stuff but I do use it sometimes. But I’m not the GIMP expert. _Jehan: Your company also does some stuff sometimes, like taking care of  stickers._ **Simon** : Maybe I should explain a little bit. The main work we do in our company is embedded Linux work. We specialize in embedded Linux and we do custom software development for a wide range of embedded devices. Sometimes there’s really crazy things we’re working on. And sometimes in the process of this there’s a use for GIMP. For example, if you create a boot splash and you want to put some basic stuff, some text, some logos together and it needs to be in 320 by 240 and it needs to be 16 bit RGB565 and stuff like this so that the boot loader can handle it – it’s easy [in GIMP]. But a minor part of the company is that we have a history of doing merchandising for a variety of free and open source projects. It’s kind of connected to big events in Germany like the LinuxTag or the – I forgot the name – FrOSCon is one of the conference. So sometimes a colleague of mine has a booth there and sells all kinds of interesting merchandising stuff for different projects. And this is where I help her by preparing designs for the items. For example, if you have some random bitmap and you want to do T-Shirts, the T-Shirts maybe should be silk-screen printed. Then the bitmap is not very suitable because silk-screen printing is done with a low number of very specific colors and you need to create vector shapes. This is something I do with Inkscape for example. Other things can be done with GIMP, if you do some stuff that is printed digitally you can hand in a bitmap. I’m very much a fan of using the right tool for the job, and this sometimes also means that I invent the right tool for a specific job. _Jehan: As free  software?_ **Simon** : They usually get developed to a point where they solve the problem. So, I know how to use them, but nobody else can! For example, I made a tool for one of the LinuxTag T-Shirts. We wanted to have a nebula effect in the background, and silk-screen printing and shades of gray don’t mix well. So I wanted to emulate this by having a very specific dot pattern that kind of relates to the nebula pattern but also is discrete dots printed on the shirts. Not being happy with the bog standard newsprint style patterns, I wrote a Python script to have wavy patterns. So I write a pattern script that generated Postscript output and this Postscript output then got further processed with a mix of various things – it’s been a while since I did this. Reworking the official LinuxTag 2003 artwork by Michael Kleinhenz into a silk-screen printed t-shirt, incorporating gnome feet in this process - no known license **Editor ’s note**: _Simon found one of his old scripts which provided PostScript and Skencil outputs, and shared it with us:[dotgenerator.py._] _Jehan: You ’ve also shown us various creative stuff you do. So maybe you don’t have a professional artist background, but you do a lot of artistic stuff._ **Simon** : Yeah this is something I need to get use to, to be confident in calling the stuff I do art. My professional background is actually in mathematics. So I have a diploma in mathematics. Then I kind of got back onto the slippery slope of computer science. And I worked in the CS department of the university, in the algorithm program, so I helped teaching students about algorithms and solving them. But also algorithms with graphics side-effects. For example, one thing I was working on was a tool to visualize an algorithm for creating the Voronoi diagram. I guess I won’t expand on that right now, but the thing is, there is really beautiful stuff that comes out of that. Discovering this is a lot of fun. _Voronoi diagram of dotted glyph outlines, Simon Budig, CC BY-NC-ND_ _Schumaml: Getting back to your involvement with the vector tool, how sophisticated do you think vector editing in GIMP should be? Like should it rival Inkscape?_ **Simon** : Personally I think there are certainly a lot of things that can be improved. One thing that is obvious is vector shapes. Vector shapes would be a big improvement. [Especially] if you have them in a mask, like an oval shape that’s defined as an oval shape and used as a mask. I also think that it would be useful if the vector tool would get revamped a little bit to be more discoverable, because a lot of people are struggling with discovering all the functionality that is there. When I designed this in 2003 or something, I wanted it to be usable for someone who has learned to deal with it. I still think it does this – it’s a little bit doubtful if I fully succeeded with this. It’s a lot better than the tool was before, but other than that – there’s so much functionality in the tool which is hard to present in the user interface. So we have this weird [situation], where there’s lots of key combinations and modifiers that you have to use to get certain functionality and stuff like this. Inkscape solves this by having a tool specific toolbar. But this also means you constantly go back and forth between different tools. _Jehan: So you can have both. It ’s discoverable for new people but experts can use the modifiers._ **Simon** : Maybe that’s kind of the problem. Because I always saw the buttons so I didn’t know about the existence of having modifiers for changing tool functions. _Jehan: I don ’t know if Inkscape has this, but in GIMP that could be the solution._ **Simon** : If Inkscape has that I don’t know, but the toolbar might prevent me from discovering this. So actually in Inkscape it’s quite annoying – when I do vector editing I do it in a very analytic manner because that’s how my mind is wired. So I want to have the nodes and specific shapes and sometimes I do stuff like – for example, you have the elongated oval thing and you want to make it two half circles. So I would have to click here, remove segments, reconnect the points in a different way, so it’s quite a lot of work to do this. I would have to show it. But yeah, it’s a little bit weird because you need a lot of clicks for seemingly a simple operation. Maybe when you have shapes composed of multiple strokes and you want to change the structure of this, you have to frequently remove the segments between two nodes and then create a new segment between two other nodes, this is quite a lot of mouse work in Inkscape. _Schumaml: Because of the UI?_ **Simon** : Yeah, because the buttons are on the top and I need to decipher the icons again and again because they’re quite similar actually. And I realize it’s a hard problem because it’s not easy to make it clear what is there. But on the other hand they’ve done some improvements recently so more stuff is working as you’d expect it to work. But yeah, you originally asked where GIMP should go with its vector functionality. I don’t think that it’s necessary to compete with Inkscape regarding this feature. In my personal opinion, we don’t need a spiral tool, we don’t need a star tool, and stuff like this is something where I say “ _No that ’s not necessary”_. It’s useful for Inkscape, artists can do a lot of great stuff with this kind of thing. But then what we should focus on is basically having good integration with Inkscape. So that artwork from Inkscape can be imported into GIMP, maybe not lose all of the information, keeping as much as possible. But then if you look at, for example, the SVG specification that Inkscape is built around, there is a ton of stuff in there! And I don’t think we want all of that. _Jehan: What would be interesting as another feature would be not to build them, but being able to import them and keep them as vector. Like, you implement enough to be able to import them as vectors, even though you could not build them as vectors in GIMP itself._ **Simon** : Maybe, I don’t know. _Thomas: We have a patch for the vector tool, because there is some bad rendering when you switch on/off the visibility of the active  vector._ **Simon** : Yeah, I haven’t touched the code actually for quite a few years now. In fact the code has changed, it used to be XOR based when I implemented it. **_Thomas_** : _X  what?_ **Simon** : XOR – like inverting and inverting back. But this is very nice now with Cairo. Regarding the stroke and filling there are some interesting side things, because right now we use Cairo to render strokes and render fillings, and Cairo is 8 bit only which sucks for GEGL. [**Editor ’s note**: _Cairo now has float channel support since version 1.17.2 in 2019, but not yet at time of interview._] I’m not even sure if they have a specific gamma or if they assume linear. **Editor ’s note**: _There are also discussions that we replace Cairo for vector rendering with[ctx eventually._] _Jehan: Why did you start  contributing?_ **Simon** : Why did I start contributing? Because the spacing between the widgets and the layout was inconsistent! _(Laughing)_ Polka Dots, an interactive light installation at the Urban Art Festival Siegen 2020. Concept by Simon, built in collaboration with Hackspace and FabLab Siegen, Photo by Simon Budig, CC BY-NC-ND _Jehan: Why do you stick around? Will you continue to be a  contributor?_ **Simon** : Well, maybe in 20 years, no! I don’t know, I’m stubborn. And I’m still interested in all of this. I still like what GIMP is doing. I still think my input can help. Well, in the mean time, I did acquire a few additional hobbies, so GIMP has to share my attention with other hobbies. But I still feel attached to the project, I made a lot of friends there, I like the people. It’s more about the people I guess. _Palm tree installation. Concept by Simon, built by the Hackspace Siegen, first installment at the Chaos Communication Congress 2018. Photo by Simon Budig, CC BY-NC-ND_ _Jehan: Questions, anyone? Maybe we ’re finished._ **Simon** : Well, the food is not there right? It is? Okay, so let’s stop there and if any other questions pop-up we can talk later. [**Editors note** : _Food arrived at the event. Everybody is distracted by food._  ðŸ˜‹] * * * A few links to know more about this core developer: * The Hackspace Simon co-founded in Siegen, Germany * The company Simon works for
000
GIMP [Unofficial] @gimp.org.web.brid.gy · 16/10/2025
gimp.org
New Official Snap package
We announce a new packaging format for Linux being deployed directly from our CI (Continuous Integration) system: `.snap`. This is a result of **Bruno** ‘s effort on expanding GIMP availability through multiple _de facto_ standard and distro-agnostic packaging formats. ### Overcoming technical peculiarities¶ Snap packages are created using “snapcraft”, a tool that largely relies on a container technology developed by Canonical called “lxd”. However, all Linux runners on GNOME GitLab instance already run Docker for containerization. So, we needed to adjust our scripts to make use of, `--destructive-mode` option so we can use `snapcraft-rocks` Docker image to build GIMP then create the snap package reliably and fast on our CI. These scripts are available under our Git repository and **work locally** as well, so anyone can build GIMP snap package. ### Collaboration with Snapcrafters¶ Before the package being now available directly and officially, it used to be maintained unofficially by the downstream project called “Snapcrafters”. As announced in GIMP 3.1.4 news, they **kindly agreed to transfer the ownership** of the snap package. This delicate process took fruitful months and we are very grateful for their help and for dedication on all these years, specially **Jon Seager** who handled most of the administrative stuff. ### `gimp-plugins` plug interface for developers¶ The snap used to have some third-party plugins bundled on it. And, as outlined in our current packaging principles, official GIMP packages are “vanilla” (without additional code which is not from babl, gegl or GIMP source). Instead, we asked and **Will French** developed a plug interface called `gimp-plugins`. It **works similary to our existing “org.gimp.GIMP.Plugin” Flatpak extension point** and to MSIX modification packages, allowing to install plugins without breaking the Snap `strict` confinement. So, the two existing plugins can be installed following the steps provided in their respective repositories: * GMIC snap * OpenVINO snap We have written a how-to about Snap plugins on GIMP developer website. We hope that this will encourage more developers to package their plugins properly for Snap. ### Download the Snap¶ GIMP 3.0.6 was co-produced by us and Snapcrafters and it is the first version available as an official snap package on the `latest/stable` channel. Future versions will be **deployed automatically on the release day**. You can install it today on the download page: https://gimp.org/downloads. Like the Flatpak, and MSIX (MS Store), we also provide a development counterpart, for the users who want to test the latest features and help us making GIMP better. It is available on `preview/stable` channel. _NOTE : Due to a bug on App Center, you may need to use manual commands to install the preview snap._ Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP code and packages.
000
GIMP [Unofficial] @gimp.org.web.brid.gy · 05/10/2025
gimp.org
GIMP 3.0.6 Released
We are happy to announce the third micro-release GIMP 3.0.6. During our development of GIMP 3.2 we’ve found and fixed a number of bugs and regressions. We have backported many of those bugfixes to this stable release, so you don’t have to wait for the upcoming 3.2 release candidate to receive them! * Release Highlights * Improve usability of sliders * Workaround for Windows language-specific crashes * Fix for Text Outline crashes * Better transparency handling with filters and transforms * Theme colors for Brush, Font, and Palette * Updated non-destructive filter code * Palette import updates * Printing improvements for flatpak * Improvements for macOS * Improved security for image imports * Build process improved * Assorted fixes * GEGL and babl * Release Stats * Around GIMP * Team News * Download Mirrors * Downloading GIMP 3.0.6 * What’s Next # Release Highlights¶ Micro releases like 3.0.6 are focused on fixing bugs and regressions. Many of these have already been announced in our 3.1.2 and 3.1.4 news posts. However, we wanted to highlight some of the most commonly reported issues so that you are aware of the fixes. ## Improve usability of sliders¶ To quote from our 3.1.4 news post: As part of the port to GTK3, the default cursors were updated. This change led to some users experiencing the dreaded “Hand” cursor when hovering over a number slider widget. Unfortunately, the arrow cursor from GIMP 2.10 is not included on all platforms so we had to devise an alternate method. **Denis Rangelov** and **Michal VaÅ¡ut** helped us find an initial solution while we continue to work on the design. We hope the current solution will make it easier for you to see where you’re clicking! ## Workaround for Windows language-specific crashes¶ Since GIMP 3.0, we have received reports from some users that GIMP crashed for them upon opening or exporting files. We were unable to replicate the problem, until developers like **Jacob Boerema** and **Bruno Lopes** noticed a pattern - the affected users all had specific system languages like Turkish or Norwegian Bokm**Ã¥** l. They traced the bug to our metadata library, Exiv2. With the help of an Exiv2 maintainer **Kevin Backhouse** , we eventually found that the problem was caused by a bug in LLVM’s libc++, further made worse by a bug in Windows UCRT code! We have filed a report with Microsoft while **Luca Bacci** has contributed a patch to LLVM project, not merged yet. While waiting for the issues to be resolved at the source, **Bruno** has added a temporary patch to our Exiv2 build proposed by **Kevin** in order to workaround the issue. If you continue to have trouble with this bug, please let us know! ## Fix for Text Outline crashes¶ A number of users have reported crashes when trying to change the color of text outlines via the Text tool. This problem was discovered and fixed in our 3.1 development code, and is now fixed in 3.0.6 as well. ## Better transparency handling with filters and transforms¶ Certain image formats such as JPEG do not support transparency. GIMP respects those limitations when importing images, and does not automatically add transparency when opening them (unless you change this setting in Preferences). While this is important for advanced users, it can be confusing for people who are unfamiliar with image formats. In GIMP 2.10, some special-casing was done to make certain filters and transforms work “as expected” even if the layer did not have transparency. These were removed during the code clean-up done during GIMP 3.0’s development, and unfortunately not restored before release. As a result, some users had reported odd results when applying `Color to Alpha` or rotating layers without transparency. Since then, we have developed more generalized code to automatically add transparency to layers when necessary, which should prevent those problems for unsuspecting users! ## Theme colors for Brush, Font, and Palette¶ Due to how interconnected it was with other code changes, we back-ported a new feature from GIMP 3.1.2 - the ability to use theme colors for the brush, font, and palette dockables! You can read more about it in our original news post on the feature. ## Updated non-destructive filter code¶ During the 2025 Libre Graphics Meeting, our co-maintainer **Michael Natterer** spent a good deal of time reviewing, cleaning, and updating our non-destructive (NDE) filter code. These improvements have been backported to GIMP 3.0.6 to improve the stability of our filters, and to align the development and stable codebases so we can more easily resolve any remaining issues. **Jehan** made further performance improvements and clarified in the interface when filters can and can not be applied non-destructively. The code to apply NDE filters to channels was also backported. ## Palette import updates¶ We fixed a bug related to importing Adobe Color Book (.acb) palettes CMYK and LAB palettes. We also updated our Palette Import dialogue to let you filter the view by the different palette formats that GIMP currently supports (including Adobe ASE, standard CSS, and GIMP’s own GPL format). ## Printing improvements for flatpak¶ Again, to quote from our 3.1.4 news post: New contributor **Corentin Noël** developed a fix for the Image Settings tab not appearing when printing in sandboxed applications like flatpak or snap. Due to restrictions, the tab will be created as a secondary dialogue instead - allowing you to edit those settings once again. This patch is a more future-proof version of an earlier attempt by **BZZZZ** creatively bypassing the sandbox portal. We appreciate the work of both contributors to fix this problem! This proposed solution is not ideal, UX-wise, compared to the original tab, but it is necessary because the portal print dialog is hardly usable without these settings. ## Improvements for macOS¶ Our two main macOS contributors **Lukas Oberhuber** and **Gabriele Barbero** have worked to fix some important issues with our macOS build. One example of their efforts is fixing a crash when dragging a color to fill the canvas. This was caused by our new color management code being more strictly checked by macOS compared to Linux and Windows - we have switched to a custom `application/x-geglcolor` mimetype to prevent this issue on all our platforms. They also improved issues with multiple icons appearing in the macOS dock (such as when running a plug-in or script). For multi-window mode users, they also fixed a bug where the windows would “flash” back and forth a number of times. If you are a macOS developer and are interested in helping triage more macOS issues, we’d appreciate your support! ## Improved security for image imports¶ During development, we received reports from the Zero Day Initiative of potential security issues with some of our file import plug-ins. While these issues are very unlikely to occur with real files, developers like **Jacob Boerema** and **Alx Sa** proactively improved security for those imports. The resolved reports are: * ZDI-CAN-27793 * ZDI-CAN-27823 * ZDI-CAN-27836 * ZDI-CAN-27878 * ZDI-CAN-27863 * ZDI-CAN-27684 ## Build process improved¶ **Jehan** and **Bruno** backported all the build-related commits from the 3.1 development branch. For example, the nice automatic associations generation. Additionally, a bug that made it impossible for Python-based plug-ins to connect to the Internet on Windows and macOS is now fixed on the stable series. AppImage users will also have a more reliable package from now on. The PS/EPS plug-in was restored to work on AppImage. Also, **Bruno** worked to make the AppImage based on Debian 13 `trixie`, which fixed many bugs at once, such as crashing at the file dialog when there is a .json file, some PyGObject limitations, incorrect colored subpixel rendering by Cairo and crashes when exporting JPEG 2000 images. Similarly, the Flatpak manifest was updated to use the latest GNOME 49 runtime. So Flatpak users, you may remove the previous org.gimp.GIMP.HEIC extension if it is still installed, since GIMP now uses `org.freedesktop.Platform.codecs-extra` instead. **Jehan** , **lillolollo** , and **Jacob Boerema** have worked to remove a number of warnings produced when building GIMP. While most of these were harmless, it is good to get rid of them in order to have cleaner code and build output. ## Assorted fixes¶ There are a variety of smaller fixes in this release as well. While we can’t exhaustively cover 600+ code updates (!), here are a few more of interest. * **Gabriele Barbero** fixed a critical warning that could occur when adding a virtual device to GIMP as input. * **Cheesequake** corrected a code typo that caused the layer boundary to not update correctly when moving with the arrow keys. * **Liam Quin** prevented a potential crash that could occur if extension files were not in the right directory. * **Anders Jonsson** caught more missing translatable text, like the JPEG 2000 dialogue header. * **Ondřej Míchal** fixed a bug where file parameters were not being passed correctly in plug-ins. * **Estecka** reported and then fixed a bug where the canvas would not center properly when zooming out. (This bug also existed in GIMP 2.10 but was offset by a second bug - we fixed _that_ bug in 3.0 but not the original one, so the new problem appeared!) * **Alx Sa** made several fixes to plug-ins, such as allowing the legacy Jigsaw filter to draw on transparent layers and fixing a bug in the Recompose filter to properly combine YCbCr decomposed images again. * **Jacob Boerema** made several improvements to our metadata code, including using a more complete method to save time in `Exif.Image.DateTime` and fixing how comments are synchronized with the image when exported. # GEGL and babl¶ **Øyvind KolÃ¥s** has released new updates to _babl_ and _GEGL_ , the underlying color management engines for GIMP. **GEGL 0.4.64** contains a number of updates and fixes. **Ondřej Míchal** added OpenCL to the base `GeglOperationPointComposer3` class, which means more filters can now support acceleration using the GPU. He and **Øyvind KolÃ¥s** also worked on making the filter testing process more robust. **Jacob Boerema** fixed the ZDI-CAN-27803 vulnerability for RGBE image imports. An update was made to the `gegl:mirrors` filter to redraw correctly on large images (this improves GIMP’s Kaleidoscope filter). **Bruno Lopes** and **Jehan** contributed many build process improvements and clean-up. **babl 0.1.116** brings a number of build process updates and script clean-ups by **Bruno Lopes**. You can also now check the version of babl in the commandline with a `--v` flag thanks to **Joe Da Silva**. # Release Stats¶ Since GIMP 3.0.4, in the main GIMP repository: * 20 reports were closed as FIXED. * 10 merge requests were merged. * 817 commits were pushed. * 15 translations were updated: Basque, Bulgarian, Catalan, Chinese (China), Danish, Dutch, Galician, Georgian, Italian, Norwegian Nynorsk, Persian, Slovenian, Swedish, Turkish, Ukrainian. 38 people contributed changes or fixes to GIMP 3.0.6 codebase (order is determined by number of commits; some people are in several groups): * 18 developers to core code: Michael Natterer, Alx Sa, Jehan, Bruno Lopes, Niels De Graef, Gabriele Barbero, Jacob Boerema, Ondřej Míchal, Estecka, Cheesequake, Christoph Reiter, Joey Riches, Liam Quin (ankh/demib0y/barefootliam), Lukas Oberhuber, cheesequake, lillolollo, lloyd konneker, luzpaz. * 12 developers to plug-ins or modules: Alx Sa, Bruno Lopes, Jacob Boerema, Jehan, Anders Jonsson, lloyd konneker, Niels De Graef, Corentin Noël, Gabriele Barbero, Lukas Oberhuber, Natanael Copa, Ondřej Míchal. * 16 translators: Yuri Chornoivan, Martin, Luming Zh, Ekaterine Papava, Kolbjørn Stuestøl, Alexander Shopov, Anders Jonsson, Marco Ciampa, Asier Saratsua Garmendia, Nathan Follens, luming zh, Alan Mortensen, Danial Behzadi, Emin Tufan Çetin, Jordi Mas, Yago Raña. * 2 theme designers: Alx Sa, Niels De Graef. * 12 build, packaging or CI contributors: Bruno Lopes, Michael Natterer, Jehan, lloyd konneker, Jacob Boerema, Niels De Graef, Ondřej Míchal, Sam James, Christoph Reiter, Joey Riches, Natanael Copa, Rico Tzschichholz. * 3 contributors on other types of resources: Bruno Lopes, Jehan, Joey Riches. * The gimp-data submodule had 22 commits by 4 contributors: Bruno Lopes, Jehan, Alx Sa, Aryeom. * 3 image creators: Bruno Lopes, Jehan, Aryeom. Contributions on other repositories in the GIMPverse (order is determined by number of commits): * ctx had 7 commits since 3.1.4 release by 1 contributor: Øyvind KolÃ¥s. * The `gimp-macos-build` (macOS packaging scripts) release had 10 commits by 1 contributor: Lukas Oberhuber. * The flatpak release had 38 commits by 2 contributors (and bots): Bruno Lopes, Ondřej Míchal. * Our main website (what you are reading right now) had 103 commits by 4 contributors: Bruno Lopes, Jehan, Alx Sa, Guillaume Turri. * Our developer website had 51 commits by 3 contributors: Bruno Lopes, Jehan, Anders Jonsson. * Our 3.0 documentation has a new translation in Esperanto and had 83 commits by 11 contributors: Sabri Ünal, Jacob Boerema, Marco Ciampa, Alevtina Karashokova, Nathan Follens, Bruno Lopes, Anders Jonsson, Andre Klapper, Kristjan Schmidt, Matthew Leach, jtux270. Let’s not forget to thank all the people who help us triaging in Gitlab, report bugs and discuss possible improvements with us. Our community is deeply thankful as well to the internet warriors who manage our various discussion channels or social network accounts such as Ville Pätsi, Liam Quin, Michael Schumacher and Sevenix! _Note: considering the number of parts in GIMP and around, and how we get statistics through `git` scripting, errors may slip inside these stats. Feel free to tell us if we missed or mis-categorized some contributors or contributions._ # Around GIMP¶ ## Team News¶ Our GSoC 2025 students **Gabriele Barbero** and **Ondřej Míchal** have been added to the Core Team in our GitLab repository! This is in response to the excellent work they have done over the summer and continued to contribute afterwards. ## Download Mirrors¶ Since the 3.0.4 news post, a new mirror have been contributed: * in Germany by Funkfreunde Landshut Mirrors are important as they help the project by sharing the load for dozens of thousands of daily downloads. Moreover by having mirrors spread across the globe, we ensure that everyone can have fast download access to GIMP. # Downloading GIMP 3.0.6¶ You will find all our official builds on GIMP official website (gimp.org): * Linux AppImages for x86 and ARM (64-bit) * Linux Flatpaks for x86 and ARM (64-bit) * Linux Snaps for x86 and ARM (64-bit) * Universal Windows installer for x86 (32 and 64-bit) and for ARM (64-bit) * Microsoft Store for x86 and ARM (64-bit) * macOS DMG packages for Intel/x86 and Apple/ARM hardware (64-bit) Other packages made by third-parties are obviously expected to follow (Linux or *BSD distributions’ packages, etc). # What’s Next¶ While the bulk of the work is ongoing on the main development branch (for upcoming GIMP 3.2), we felt this new stable 3.0 release was really needed, as more bug fixes accumulated. We highly recommend to update GIMP to this latest version for production work. In the meantime, for more adventurous creators, curious people, and in particular anyone who would like to be a part in the creation of a better creative software, we also encourage you to try out our GIMP 3.1.4 development version (experimental release for the future GIMP 3.2) and report bugs or suggest User Experience improvements. GIMP is first and foremost a Community, Free Software. What happens in it is what we all make of it. By contributing, you make it your software! ðŸ¤— In any case, our accelerated release schedule seems to be going pretty well so far, and we are pretty happy of how GIMP 3.2 is taking shape! Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger!
000
GIMP [Unofficial] @gimp.org.web.brid.gy · 31/08/2025
gimp.org
GIMP 3.1.4: Second Development Release towards GIMP 3.2
We’re happy to announce the release of GIMP 3.1.4! This release contains initial implementations of our two main GIMP 3.2 roadmap items: link layers and vector layers. It also contains a number of other nice new features, bugfixes, and internal improvements. We’re excited to share these with you and get your feedback in preparation for the GIMP 3.2 release candidate. _New development splash screen by Aryeom and Michael Schumacher - GIMP 3.1.4_ Note that a development release is not ready for production use. It might crash. If it didn’t have problems it would be 3.2 already. So please do test, but understand this is a feature release for early adopters and for the more adventurous! * Non-Destructive Layers * Link Layers * Vector Layers * GEGL Filter Browser * MyPaint Brushes 2 * Text tool * Plug-ins * HRZ * JPEG 2000 * PAA Textures * Seattle Filmworks * TIFF * UX/UI * Additional Fixes * Internal Changes * PDB * Build Process * Nightly Snap * Nightly aarch64 Flatpak * Release stats * Team news * Downloading GIMP 3.1.4 * What’s next We’ll highlight some of the major features and fixes below. For more details, you can check out our NEWS Changelog. ## Non-Destructive Layers¶ This release contains initial implementations of our two GIMP 3.2 roadmap features, link layers and vector layers. We are especially requesting feedback on the stability and user experience of these new layer types - we will continue to polish these features in preparation for the first GIMP 3.2 release candidate. ### Link Layers¶ Link layers allow you to link external image files as a layer in your project. For instance, you might add an SVG image file as a link layer, make changes to it in Inkscape, and see it instantly updated inside GIMP! You can also non-destructively scale and rotate the link layer without impacting the quality of the original image. **Jehan** initially developed the concept back in 2020, but it was put on hold in order to finish developing GIMP 3.0. It’s now ready for testing in GIMP 3.1.4! _Editing a GIMP SVG Link Layer with Inkscape, by Jehan - GIMP 3.1.4_ To access this feature, go to the `File` menu and choose `Open as Link Layer...`. This will let you select an image to link from your file directory. Once linked, you can apply transforms and non-destructive filters as you like. You can replace the linked image by double-clicking the icon in the layer dockable or right-clicking and choosing “Edit Layer Attributes”. To convert it to a normal raster layer, you can right-click and choose “Discard Link Information”. Among the planned changes, we want to add the ability to select a layer to show from a linked file, instead of always showing the full image. This would allow to link another XCF file selectively. Note that this is an _initial_ UI/UX design - we look forward to your feedback so we can continue to improve it! ### Vector Layers¶ Vector layers allow you to create a shape and set its fill and stroke properties. You can then change the shape path, swap out different color settings, and transform the layer non-destructively, without losing any sharpness! The code for vector layers began as a Google Summer of Code project by **Hendrik Boom** all the way back in 2006. Since then, it has been updated and ported by a number of developers including **Martin Nordholts** , **Gilles Rochefort** , **Michael Natterer** , and **Jacob Boerema**. **CMYK Student** continued this legacy and now this feature is implemented in GIMP 3.1.4 after initial design feedback by **Aryeom** , **Reju** , and **Denis Rangelov**! _Flower (created with early Vector Layers) by Reju - GIMP 3.1.4_ To create a vector layer, use the Path tool to draw a path. Click the `Create vector layer` button to generate a vector layer associated with that path. From here, you can continue to edit the path - the vector layer will automatically update. Once you have a vector layer selected, you can edit fill and stroke settings via the Path tool (or by double-clicking the thumbnail in the layer dock). The transform tools can also be used to non-destructively rotate, scale, and otherwise contort the vector layer. As with link layers, you can also convert the layer to a regular raster layer by right-clicking on the layer in the layer dock and choosing “Discard Vector Information”. _Wilber (created with vector layers)by Reju - GIMP 3.1.4_ Note that this is an _initial_ UI/UX design - we look forward to your feedback so we can continue to improve it! ## GEGL Filter Browser¶ Our GSoC student **Ondřej Míchal** has added, as part of their summer project, the GEGL Filter Browser! This tool shows, similarly to the existing Procedure Browser, a list of all GEGL operations (i.e., filters) and information related to their use. _A screenshot of the new GEGL Filter Browser._ This browser is not just another alternative to the GEGL website or the `gegl` command-line utility. GEGL is extensible and users can register into it new operations. GIMP is also one of these users! GEGL’s website only shows information about operations shipped by GEGL, the `gegl` utility can also show operations installed by users but does not show operations registered by GIMP at runtime. The new browser is capable of showing **all** of these operations! We hope this browser will make it easier for plug-in developers to discover filters they would like to use with the `gimp-drawable-filter-* ()` API for non-destructive editing introduced in GIMP 3.0 and help them in using them. The new browser can be accessed under the Help menu or by using the `/` to search for “GEGL Filter Browser”. ## MyPaint Brushes 2¶ We have updated our MyPaint code to support the version 2 brushes. This update allows the MyPaint brush engine to take your canvas zoom and rotation into account when painting, to better simulate real brush strokes. GIMP now comes with over 20 new brushes from the `Dieterle` set bundled with MyPaint Brushes 2. Some of these include the much requested _arrow brush_ and a _Posterizer brush_ inspired by GIMP’s own Posterize filter. Of course, you can also add your own MyPaint brushes to use. _Examples of the new MyPaint Brushes - GIMP 3.1.4_ In addition to the MyPaint version 2 port, we’ve also added a new `Gain` slider in the MyPaint Brush tool. This controls how much pressure the brush engines thinks you’re applying when painting. This should be useful if you’re painting with a mouse and want to simulate pressing the brush harder or softer - it can also be helpful for tablet users who want to offset their own stylus pressure. As a note for software packagers, GIMP now depends on `mypaint-brushes-2.0` instead of `mypaint-brushes-1.0`. In our official builds, we also apply a patch that fixes warnings for libmypaint due to typos in some of the version 2 brush properties. ## Text tool¶ Another of our GSoC students **Gabriele Barbero** has been working on a number of updates to the text tool. We recently merged some of their first improvements! Now in the on-canvas editor, you can use `Ctrl` + `B` to **bold** , `Ctrl` + `I` to _italicize_ , and `Ctrl` + `U` to _underline_ text. We hope to merge more of their updates in the next development release, which we detail in the Teams News section below. Additionally, the outline color now shows a live preview as you’re changing it in the color selection dialogue, instead of only updating once you confirm your choice. ## Plug-ins¶ ### HRZ¶ HRZ is an older format for storing SSTV signals, exactly 256x240 8-bit RGB images. In older versions of GIMP there was a separate plug-in that supported importing this format, but it was removed. We have restored import support as part of our general raw data plug-in. ### JPEG 2000¶ We now support importing _signed_ JPEG 2000 images. Most image formats store pixels with positive values. However, JPEG 2000 is used in several scientific operations where they might want to visualize negative values as well. Thanks to **Allan Barklie** for both pointing out the problem and sharing sample images to test with! ### PAA Textures¶ GIMP can now import non-DXT PAA textures. This texture format is used in games created by Bohemia Interactive Studio. ### Seattle Filmworks¶ From the 70s to the early 2000s, you could mail Seattle Filmworks your photo film and they’d digitize it in their proprietary image format. They made several versions, mostly based on a mangled form of JPEG. We’ve added support for importing the `SFW93A` and `SFW94A` versions of the Seattle Filmworks format. Special thanks to **Loren Amelang** for sharing additional sample images and notes. ### TIFF¶ We have further improved our support for TIFFs created with Sketchbook. In addition to the layer support added in 3.0 RC1, we now load layer visibility, blending modes, and color tags. Group layers are also loaded, along with which layer was selected. ## UX/UI¶ We continue to discuss, review, and implement user experience improvements. As always, we extend an invitation for you to contribute as part of the UX repo! * Our GSoC student **Gabriele Barbero** improved our support for showing the correct time format based on your system settings. If you have your time set to a 12 hour system, the time will be shown this way on the “Up to date as of…” section of the About Dialog instead of always using a 24 hour format. * **Reju** developed a new design for the Animation Playback plug-in. The layout now resembles the standard interface seen in video software like VLC Player. In addition, the progress bar is now a slider widget, which allows you to easily slide to a specific frame rather than repeatedly clicking the frame advance buttons. * **Gabriele Barbero** has updated our macOS code to support the System Colors theme. Now GIMP will adapt to match the macOS dark mode setting if you have your color scheme set to “System Colors”. * During 3.0 RC development, we added support for turning off animations based on OS settings. We extended this support to also control the sliding animations seen when switching pages in the Welcome and Preferences dialogues. * While many users find the Welcome Dialog’s Create tab to be a convenient feature, it did prevent the New Image and Open Image keyboard shortcuts from working unless it was turned off on start. Thanks to **Gabriele Barbero** , you can now have the best of both worlds - the Welcome Dialog will respond to those keyboard shortcuts! * A small but often requested change is that the color selector no longer shows decimals when set to `0...255` mode. This makes it clearer when you’re in that mode compared to `0...100%`, and that you’re entering a whole number for the color instead of a percentage. * Many of GIMP’s “size entry” fields allow you to enter mathematical expressions such as `3 * 92cm` to calculate values. **Gabriele Barbero** extended this feature to our Configure Grid dialogue and Monitor Resolution settings in Preferences. ## Additional Fixes¶ * **Jehan** made further fixes to our code to import user configurations from older versions of GIMP to 3.2 (and the 3.1 development releases) * On Windows with the display scaled more than 200%, the crosshair cursor was in the wrong place compared to where the mouse pointer actually was. This was due to changes in how scaling is handled in GTK3. This bug should be fixed now. Thanks to **Lance Evans** for pointing it out in their review of GIMP 3.0! * New contributer **Corentin Noël** developed a fix for the Image Settings tab not appearing when printing in sandboxed applications like flatpak or snap. Due to restrictions, the tab will be created as a secondary dialogue instead - allowing you to edit those settings once again. This patch is a more future-proof version of an earlier attempt by **BZZZZ** creatively bypassing the sandbox portal. We appreciate the work of both contributers to fix this problem! This proposed solution is not ideal, UX-wise, compared to the original tab, but it is necessary because the portal print dialog is hardly usable without these settings. * The experimental Seamless Clone tool was broken when we updated our code to handle copy and pasting multiple layers. This has been fixed, so you can now test out the tool again by enabling it in Preferences. However, the tool itself is still quite slow, so it remains in the experimental Playground until further work can be done on it. * We received a report that the “Import Raw Data” dialogue was too tall for some screens. We converted it to a two-column dialogue to reduce the height and better ensure everything’s visible on all screens. * As part of the port to GTK3, the default cursors were updated. This change led to some users experiencing the dreaded “Hand” cursor when hovering over a number slider widget. Unfortunately, the arrow cursor from GIMP 2.10 is not included on all platforms so we had to devise an alternate method. **Denis Rangelov** and **Michal VaÅ¡ut** helped us find an initial solution while we continue to work on the design. We hope the current solution will make it easier for you to see where you’re clicking! * **Jacob Boerema** has added a new preference option to “Update metadata automatically”. When turned off, GIMP will no longer update comments or historical metadata such as creation time or software. This allows you to keep that metadata undisturbed even if you edit the image in GIMP. Note that image-related metadata such as thumbnails will still be updated, though you can control whether that is included in the final image on export. * **Anders Jonsson** continues their important work of finding and marking areas of the GUI as translatable. These fixes may not be immediately apparent for all languages, but his work makes it possible for those to be translated. If you’re interested in helping with translation, find your language and look for the `GIMP and Friends` section to contribute. ## Internal Changes¶ Our co-maintainer **Michael Natterer** has been hard at work reviewing and improving our internal code. While less visible than some of the other changes listed above, this work is very important to GIMP’s stability and ease to work with. A few highlights: * Reorganizing our layer search code so it can be used with other items like channels and paths in the future. * Finishing our internal renaming process from `GimpVectors` to `GimpPath`, for consistency and to reduce confusion with the new Vector Layers code structures. * Reviewing and removing unnecessary or outdated test cases and code warnings. * Restructuring our internal `GimpControllerManager` and `GimpContainerView` APIs. _Mitch working hard during Wilber Week 2025 - GIMP 3.1.4_ Several of his changes are also laying the foundation for a future port to GTK4! These include moving code away from `GtkTreeView` which will be deprecated in future GTK versions, and converting to using `GtkListBox`. You can try out some of the future changes by enabling `Use GtkListBox for simple lists` in the Playground section of Preferences. Please report any bugs or performance issues you encounter! **Jehan** has also created a new `GIMP_WARNING_API_BREAK()` macro. We use this in areas where we identify potential improvements that would break the public API. These will throw warnings when we start future development of GIMP 4, so that we know to re-examine those parts of the code to fix them. ## PDB¶ For plug-in developers, we’ve added some new public API features. You can now change the paintbrush fade length and repeat settings with `gimp-context-set-paint-fade-length` and `gimp-context-set-paint-fade-repeat`. These functions work best in scripts when `gimp-context-set-emulate-brush-dynamics` is used to enable emulating brush dynamics. The `gimp-file-save` API now also updates the image’s associated saved or exported file, so that changes are reflected in the GUI’s titlebar as well as future operations. We’ve also added some initial public API for creating vector layers. You can use `gimp-vector-layer-new` to create a vector layer, `gimp-vector-layer-refresh` to update the view after adjusting the path, and `gimp-vector-layer-discard` to convert it to a raster layer. We will add more functions in future releases to adjust the fill and stroke settings. ## Build Process¶ On GIMP 3.1.4 development cycle, **Bruno Lopes** focused their attention on Linux (again) by adding two new official nightly builds: ### Nightly Snap¶ The biggest addition to our CI recently is a new Snap package available for aarch64 and x86_64. `.snap`, although mainly used on Ubuntu, is a distro-independent packaging format for Linux that allows users to install and keep GIMP updated in a separate environment, similar to AppImage and Flatpak. We believe that it is always good to provide more universal and established packaging options, especially considering how diverse the Linux community is. Please note that, right now, **it is not available on the Snap Store yet**. We are still talking with the Snapcrafters developers to pass over the ownership of the GIMP store entry so we can maintain it. You can track our progress on their tracker. When that happens, we will be able to publish unstable and stable releases on the Snap Store on the same day we release the other official packages. Until then, you can install the nightly Snap by following these instructions ### Nightly aarch64 Flatpak¶ We have had nightly flatpak builds for x86_64 architecture for several years, but didn’t had for aarch64 (only for releases on flathub). Now we will be distributing on our CI and on GNOME nightly repository aarch64 builds as well. Unfortunately, the future availability of these nightly builds is way less certain since GNOME GitLab have only one working runner for this purpose and this runner is sponsored by Open Source Lab, which is in a delicate situation. So, we always welcome runner sponsors ## Release stats¶ Since GIMP 3.1.2, in the main GIMP repository: * 79 reports were closed as FIXED. * 73 merge requests were merged. * 687 commits were pushed. * 16 translations were updated: Basque, Bulgarian, Catalan, Chinese (China), Dutch, Georgian, German, Italian, Norwegian Nynorsk, Romanian, Russian, Slovenian, Swedish, Thai, Turkish, Ukrainian. 30 people contributed changes or fixes to GIMP 3.1.4 codebase (order is determined by number of commits; some people are in several groups): * 13 developers to core code: Michael Natterer, Jehan, Alx Sa, Jacob Boerema, Gabriele Barbero, Ondřej Míchal, Niels De Graef, Bruno Lopes, lillolollo, Anders Jonsson, Henk Boom, Joey Riches, Liam Quin. * 10 developers to plug-ins or modules: Alx Sa, Jacob Boerema, Jehan, Anders Jonsson, Ondřej Míchal, Michael Natterer, Niels De Graef, Bruno Lopes, Corentin Noël, lillolollo. * 18 translators: Yuri Chornoivan, Martin, Luming Zh, Ekaterine Papava, Kolbjørn Stuestøl, Marco Ciampa, Cristian Secară, Anders Jonsson, Asier Saratsua Garmendia, Alexander Alexandrov Shopov, Jordi Mas, Aefgh Threenine, Aleksandr Prokudin, Alexander Shopov, Asier Sarasua Garmendia, Emin Tufan Çetin, Nathan Follens, Philipp Kiemle. * 3 theme designers: Alx Sa, Niels De Graef, Ondřej Míchal. * 4 contributors on other types of resources: Jehan, Michael Natterer, Gabriele Barbero, Henk Boom. * 9 build, packaging or CI contributors: Bruno Lopes, Michael Natterer, Jehan, Alx Sa, Joey Riches, Niels De Graef, Jacob Boerema, Ondřej Míchal, Henk Boom. Contributions on other repositories in the GIMPverse (order is determined by number of commits): * Our UX tracker had 6 reports closed as FIXED. * ctx had 172 commits since 3.1.2 release by 1 contributor: Øyvind KolÃ¥s. * `gimp-data` had 11 commits by 3 contributors: Bruno Lopes, Jehan, Aryeom. * The `gimp-test-images` (unit testing repository) repository had 4 commits by 1 contributor: Jacob Boerema. * The `gimp-macos-build` (macOS packaging scripts) release had 15 commits by 3 contributors: Lukas Oberhuber, Bruno Lopes, Gabriele Barbero. * The flatpak release had 14 commits by 1 contributor, aided with 2 bots: Bruno Lopes, * Our main website (what you are reading right now) had 67 commits by 5 contributors: Bruno Lopes, Jehan, Alx Sa, Ondřej Míchal, gturri. * Our developer website had 36 commits by 3 contributors: Bruno Lopes, Jehan, Petr Vorel. * Our 3.0 documentation had 84 commits by 13 contributors: Marco Ciampa, Alevtina Karashokova, Kolbjørn Stuestøl, Nathan Follens, Jacob Boerema, Matthew Leach, Jordi Mas, Andre Klapper, Anders Jonsson, Andrei Rybak, Dick Groskamp, Julia Dronova, Yuri Chornoivan. Let’s not forget to thank all the people who help us triaging in Gitlab, report bugs and discuss possible improvements with us. Our community is deeply thankful as well to the internet warriors who manage our various discussion channels or social network accounts such as Ville Pätsi, Liam Quin, Michael Schumacher and Sevenix! _Note: considering the number of parts in GIMP and around, and how we get statistics through `git` scripting, errors may slip inside these stats. Feel free to tell us if we missed or mis-categorized some contributors or contributions._ ## Team news¶ Our GSoC students continue to make excellent progress on their projects! * **Ondřej Míchal** has already completed their core work on the GEGL Filter Browser (as noted above). Their next steps include collecting and reacting to user feedback, adding usage examples to both the new GEGL Filter Browser and Procedure Browser, and explore how the, now 3, developer browsers can be potentially merged in the future into a single point of reference for developers. You can read Ondřej’s final report for GSoC on his blog. * **Gabriele Barbero** has been working with mentor **Liam Quin** on several “almost-there” merge requests for improvements to the text tool! These include being able to move the on-canvas editor, see live previews of selected text color changes, and an overhaul of the text tool’s layout. You can read more about their work in their status report. Outside of GSoC, they’ve also been busy contributing some needed fixes for our macOS support. * **Shivam** has continued their work with mentor **Jehan** to build our Extensions infrastructure. When finished, this system will allow you to easily download, install (or uninstall), and use plug-ins, brushes, themes, and other custom features of GIMP without having to dig through folders and files. We look forward to sharing more details in a future update! Also we recently came back from our Wilber Week event, which is an irregular team meeting. Twelve contributors were present. This year, the week was themed around the 30 years of GIMP (depending on how we look at it, GIMP may be already 30 year old — if we consider the first references to an unnamed project in emails — or will soon be, on November 21, if we consider the first release), as can be seen with the splash image. So I guess: 🥳 Happy birthday GIMP! 🎂 Happiness to Wilber and the whole community! ðŸ¥‚🤗 ## Downloading GIMP 3.1.4¶ You will find all our official builds on GIMP official website (gimp.org): * Linux AppImages for x86 and ARM (64-bit) * Linux flatpaks for x86 and ARM (64-bit) * Universal Windows installer for x86 (32 and 64-bit) and for ARM (64-bit) * Microsoft Store package for x86 and ARM (64-bit) * ~~macOS DMG packages for Intel hardware~~ * macOS DMG packages for Apple Silicon hardware Other packages made by third-parties are obviously expected to follow (Linux or *BSD distributions’ packages, etc). _Note_ : we don’t provide a macOS package for Intel processor at release time because of last-minute issues. The package may come back soon… or not. Which is also a good occasion to remind that we always welcome new testers! 🤗 Our macOS packages have nearly nobody testing it apart our (awesome!) packager, **Lukas Oberhuber**. 👉 If anyone wishes to be a tester (for macOS or any other OS/package), reach out by opening an issue here telling us for which operating systems, architectures and packages you wish to contribute testing before a release. There is no development release for the manual, but you can continue to use the existing GIMP 3.0 documentation. ## What’s next¶ Now that we’ve implemented initial versions of the two main roadmap items, we will begin shifting our focus to developing the first GIMP 3.2 release candidate. This is in keeping with our new release policy - smaller, faster development cycles that get new features out to you all sooner! Note that we definitely expect bugs and UX issues at this stage of the development of GIMP 3.2. We are releasing an early version containing in particular the two major features of GIMP 3.2 (link and vector layers) in order to get early feedback and suggestions to make the best possible implementation when we will release these as a stable version. Our designers are aware that their usability is not always ideal currently; we expect to get there with your help. User testing and feedback is crucial - we want to hear from you. Help us find bugs and polish the user experience, so we can make the best version of GIMP 3.2 we can! Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger! You can suggest changes or report bugs by following the link to report a bug near the bottom of www.gimp.org. *[UI/UX]: User Interface/User Experience *[SSTV]: Slow-scan Television
000
GIMP [Unofficial] @gimp.org.web.brid.gy · 26/06/2025
gimp.org
Interview with Sevenix (author of GIMP 3.0’s splash image)
A few years ago, we had started a series of interviews (mitch and schumaml). More were planned, but things don’t always go as planned. Well let’s try again! Today we are interviewing Sevenix, the digital artist who contributed the very cool splash screen image (which appears when starting GIMP) for the GIMP 3.0 series. This interview was held asynchronously and remotely with questions from myself, Liam Quin and Alx Sa. _GIMP 3.0 splash screen by Sevenix — CC by-sa 4.0 International_ _Wilber ( GIMP team): Hello Sevenix! Could you introduce yourself?_ **Sevenix:** Hello! My name is Fredrik Persson and I’m a programmer located in Sweden in my late thirties. I like music, movies and video games with the latter being one of my major points of artistic inspiration. Most of my drawings, even if not necessarily related to a specific game, take a lot of inspirations from the games I enjoy. One game in specific was actually the reason I got into digital artwork at all. _Fredrik Persson (a.k.a. Sevenix) — all rights reserved_ _W: You use GIMP for illustrations. Is this a hobby? Do you use GIMP for a living?_ **S:** I use GIMP for a lot of things but my main use would probably be creating illustrations, or digital artwork, yes. Ever since I was little I enjoyed drawing vast landscapes and simply filling them to the brim with little details. I use GIMP as a hobby, and while I have taken commission works earlier, I tend to not these days. The way I work is rather slow and heavily dependent on my inspiration over several months. Taking on projects that are not based on my own inspiration as well as demanding deadlines, it was simply not an enjoyable experience for me. _W: Could you talk a bit about your workflow  please?_ **S:** Funny thing, most who read this would probably expect me to be good at drawing, but truth is, I’m really not. I would consider myself below mediocre when it comes to real life drawing. I’ve always had the will and compulsion to draw, but I was never really any good at it. As such, I belong to a rather small minority who produce my artwork, not with a drawing tablet and pen, but with keyboard and mouse. _W: You work with fairly large images - what sizes are typical, and do you need to do anything special in your workflow to handle  them?_ **S:** Since I work with digital art, my main focus has always been to create wallpapers for desktops. As such I started off making regular 16:9 images in 1920x1080 pixels (HD) which during the later years I have increased to 3840x2160 (UHD). That being said, this resolution and aspect ratio is only my final aim. Sometimes websites etc. will use some different aspect ratio which I would have to adhere to, and I found it easier to create my work with this in mind from the start, rather than try to add more to the image afterwards. Print on Demand sites like Displate for example create prints in a 1.4:1 ratio. So, the first parts of all my work is to create an image that would fit a Displate 1.4:1 print. My next step is to immediately make sure to add guides or framing to make sure I do most of my detail work inside the areas which will later become the 16:9 wallpaper. This way I get a resulting image that is a 16:9 wallpaper, but with the option to extend the image to a 1.4:1 without having to create anything new. _W: You told us that you only use a mouse (no graphics tablet). Why is  that?_ **S:** One of the major advantages with digital work compared to conventional is that you can undo steps. Whenever I need to draw a line or arc, I can literally have infinite amount of attempts to get it just right. I try once and see if I’m happy with the result, if not, I do a quick Undo and try again. I mentioned that I’m bad at actual drawing and ever since I came to accept that I’ve started considering the work I do less of “drawing”, and more of “Brute Forcing Pixels”. I believe using a graphic tablet could be great if you like it and it’s a skill you already have, but I equally believe that achieving a similar skill and familiarity with a mouse isn’t much harder. I suppose an answer to this question in it’s simplest form would be: I do my work with keyboard and mouse, because it’s how I learned to do it and it’s what I feel comfortable with. _W: Your art uses a rather specific art style, could you tell us a bit about  it?_ **S:** I can try. The way I got into actual art was trying to replicate the art of the game Fallen London. They use rather simple shapes, fog and lights. Creating more of a Silhouette of their objects rather than actually drawing them. They also tend to use images with very few colors, which is also something I’ve taken with me. This way I was able to create expansive landscapes by placing layer after layer on top of each other. This results in an image that is hard to describe digitally but when people ask I tend to describe it as a Digital Paper Diorama, which I find very apt. The way I tend to work consists of really just a few techniques, repeated for each of my “layers” 1. I Create a new Layer Group and name it with a number. This layer group will contain everything I need for one segment of my image. 2. I draw my silhouetted landscape on a layer in this group, this is my Base layer. 3. I add a linear gradient ontop of the base layer and make it apply to only the layer below it by setting the clipping option of the layer to Clip to Background. 4. I add another layer group inside the layer group. This one I name “Lights”. It consists of a base layer as well which are the shapes. but in order to easily be able to change the color of these lights I make another layer ontop of it and naming it Color, similarly setting it to only apply to the Lights layer below it. Once I feel satisfied with this layer I duplicate it and run a Gaussian Blur on it, making it create a glow bloom on the light sources. I replicate this Group Layer structure for each of the “layers” I need in my images. I usually end up with around 10 to 20 of these groups in my images. And while the above list is the base of them, many become more advanced as I need things added. _Illustration by Sevenix demonstrating his layer organization — all rights reserved_ What’s important to me with this structure is the fact that it’s very easy to go back to it and edit it. At any point in my workflow I want to be able to determine that “This part here on layer 3 doesn’t really work with this great tree placement on layer 13”. At those points I don’t want there to be anything to stop me from going back to Layer 3 and change it to how I need it to be. As I see it, the more non-destructive editing I do, the less I become tied down to decisions I made 10 hours back in my workflow. This does create some rather large files, but as long as my computer can handle it I feel it’s a crucial part of my workflow. Just for an example, the latest piece I did was a piece related to Remedy Entertainments Alan Wake games. The whole project took some 15h of work time and ended up with some 170 individual layers. _W: Is there any of your illustrations that hold a special place in your  mind?_ **S:** There are many, I could pick a lot out of my early work that were the point where I felt like I was actually happy with my results, and eager to show them off. But instead I will pick a piece I named Land of the Cherry Blossoms. _“ Land of the Cherry Blossoms”, illustration by Sevenix (used during 3.0 release candidates) — CC by-sa 4.0 International_ This was probably the first real piece I did that was not simply based on other works. Up to this point I had made most my work by trying to replicate styles, testing out techniques and basing it on already existing lore. This piece was the first time I made something that felt like it was me putting something on the canvas that was all me. There are a lot of inspirations in this piece of course. A classic Japanese setting in pink with Sakura trees are in no way mind-bending. But it was mine, straight out of my head, and piled on with all the thousands of small details I like adding to my work. This was also one of my first pieces to become really popular on Print on Demand sites, providing me with visions of a potential future where I could actually do this for a job. All of this. The positive feedback, the actual small amounts of money it brought in, not to mention the joy I felt with creating it, really put this piece as one of the most impactful of my digital artist career. _W: What do you think of the latest GIMP 3 series?_ **S:** I really like it! There were some issues in the very earliest releases but they were fixed fast and I now moved over to using 3.0 for my regular, daily work. It looks much more modern to start, but what really wins me over are some long awaited features such as non-destructive editing. _W: Any specific feature in 3.0 that caught you by  surprise?_ **S:** Multi-layer selection. When I first heard about it being added to GIMP I had no idea how perfectly it would fit into my workflow. The ability to save selections allow me to easily select all of my “color” layers of the color I want to replace, then simply fill them all with my new color. In the old workflow I had to change one layer first, then click every other layer one by one, repeating the same action on each of them. Even providing I was happy with the end result, this was still some 20 or 30 actions I had to do manually. In 3.0 I can do all that in just 4 actions! _W: What are your favorite features or main reasons why you appreciate GIMP?_ **S:** I enjoy the fact that it is open source and free. I say that as someone who would never have gotten into image editing or digital art unless I would have been able to simply download it and start trying. _W: What are the features you really wished GIMP had, or things you’d like to see improved or changed?_ I’ve been using the 2.10 version since I started with digital art, and as such there was always the continuous rumors about a 3.0 version arriving sometime in the far future. It wasn’t till I actually got into the GIMP community that I realized that the 3.0 version really didn’t seem that far off at all. Ever since then I’ve followed the development and believe it or not, just about everything I wished for seems to be implemented in 3.0. Multi-layer select, Non-destructive editing. Just such a simple thing as the decision to change the default Paste functionality from the very beginner hostile Paste as Floating Layer was great. There are of course things that still can improve, and definitely things I could see myself using if they were implemented. And if you forced me to mention one I think it would be something similar to Adobes Smart Objects. Being able to add another GIMP image into your current GIMP image. _W: Apart from contributing to the project with illustrations, you also help with moderation on Discord. Could you talk about  it?_ **S:** I was very happy when I found the Discord. GIMP is an advanced program and in that it can be very hard to navigate when you are new. Joining the community on Discord allowed me access to a quick way to throw out “stupid” questions whenever I got stuck. Issues that would usually provide me with enough frustration to simply stand up and walk away from my computer suddenly just took a quick question in a chat channel, a cool head, and some patience. As for the moderation. I’m a person who enjoy finding things I like doing. And as I get better at them, I really enjoy helping others find that same joy. In GIMP, most of the time when you get stuck it’s usually because of 2 or 3 common issues. Maybe you got a checkbox active that you shouldn’t. Maybe you accidentally set your layer to 0% opacity. Maybe you happened to set the Mode of your brush to Screen. In either of those cases, you learn each time you figure it out. And with some help that goes much faster. As soon as I had gotten stuck enough times, I was able to help answer literally half the questions that were asked in the Discord channel. And people were always so appreciative. Most of the times those that get help there also end up posting the results of their work a bit later, and it’s awesome to know we were part of making that happen. I say We because I’m in no way alone in this. While I was later promoted to a moderation role in the discord, the moderation itself has always been quite easy. What really impressed me is how popular the Discord server has become. These days it’s frequented by so many people that you hardly got a chance to answer questions unless you literally pounce at them the moment they appear. My work as a moderator is a very easy one, all thanks to the absolute amazing community in there that crave to help others, improve their own work, or show off their latest creative works. _W: Any closing remarks for this  interview?_ **S:** Thanks for picking me for this. As I mentioned earlier, I love talking about and sharing my passions. Combining not only Digital Art but the general history and development of GIMP into the same interview could literally have me talking for ages. * * * A few links to know more about this artist: * Sevenix’ DeviantArt page * Buying prints from Sevenix * * * **Bonus** : here is the alternative banner version of the GIMP 3.0 splash image, also contributed by Sevenix for irregular promotion of the software on the Microsoft Store (it is designed so that it can be cropped for various form factors and with space left on the left for the software’s name and some additional text): _Microsoft Store banner for GIMP 3.0.0 by Sevenix — CC by-sa 4.0 International_
000
GIMP [Unofficial] @gimp.org.web.brid.gy · 22/06/2025
gimp.org
GIMP 3.1.2: First Development Release towards GIMP 3.2
In keeping with our new release schedule, we’re proud to announce GIMP 3.1.2, the first development version of what will become GIMP 3.2! This release contains a number of new features that we’ve been working on in-between bugfixes for GIMP 3.0. We’re looking forward to your testing and feedback as we continue adjusting and tweaking the code and design of them. _New development splash screen by Ville Pätsi - GIMP 3.1.2_ Our new development splash screen was created by **Ville Pätsi** and commemorates our recent visit to the 2025 Libre Graphics Meeting Note that a development release is not ready for production use. It might crash. If it didn’t have problems it would be 3.2 already. So please do test, but understand this is a feature release for early adopters and for the more adventurous! * Theme colors for Brush, Font, and Palette * Auto-match Windows and Linux OS theme * New Paint Mode: Overwrite * New Text Outline Option * Non-destructive editing * CMYK * File format support * ART Raw Loader * Krita Palette * Photoshop Patterns * Photoshop Curves and Levels presets * PSD/PSB * APNG * OpenEXR * JPEG 2000 * Playstation TIM * OpenRaster * Over The Air Bitmap * Jeff’s Image Format * AVCI and HEJ2 * UX/UI * Notable bug and regression fixes * Unique Color Count * Additional Fixes * Plug-in/Script Developers * Build Process * Release stats * Team news * Around GIMP * Downloading GIMP 3.1.2 * What’s next ## Theme colors for Brush, Font, and Palette¶ Brush previews in GIMP are printed on a white background. For grayscale brushes, we use black to represent the brush stroke. Since the Brush dockable displays many brush previews side by side, it can create a distractingly bright section if you’re using the Dark or Gray themes, especially in grid mode. We now have a toggle to make brush previews rendered with the theme foreground and background colors instead. This means that in dark mode, the brush background will be a darker color while the brush itself will be lighter. The fonts dockable also has this toggle, and palette displays will automatically use the theme colors. Note that this is a cosmetic change only and does not affect how you create brushes. Default Colors | Theme Colors ---|--- | _Brush preview before and after theme color toggle - GIMP 3.1.2_ ## Auto-match Windows and Linux OS theme¶ GIMP defaults to the Dark mode version of our Default theme on first load. Thanks to the hard work of several contributors (**Hari Rana** , **Niels De Graef** , **Isopod** , and **Jehan**), we know have an additional “ _System Colors_ ” color scheme so that GIMP matches your current OS theme preferences on Windows and Linux (provided your OS supports the portal). GIMP’s theme will also automatically update if you change your system preference. You can of course still explicitly set a color scheme in Preferences or the Welcome Dialog if you’d prefer to use a scheme that’s different from your OS. _Screenshot of Welcome Dialogue with System Colors theme - GIMP 3.1.2_ If you’re a macOS developer and are interested in adding support for this feature on your platform, please reach out! ## New Paint Mode: Overwrite¶ New contributor **Woynert** implemented a new paint blend mode called _Overwrite_. It allows you to directly replace the pixels over the area you paint, without blending the transparency values of the brush and the existing pixels in that area. _Example of how Overwrite blending mode works - GIMP 3.1.2_ This new mode is particularly useful for pixel art, when you want to overwrite your target opacity over the source opacity, and is mostly targetted at the Pencil tool. With the brush tool or other paint tools, some interpolation of opacity and color will still happen for softer transitions as this is what is usually expected with these tools. For these non-pencil use cases, we are still tweaking the algorithm and we welcome feedback. For the pencil tool use cases though, the sharp _overwrite_ of color and alpha is pretty much what is expected from this mode. Note also that this new mode is only available as a paint mode (in particular, you won’t find it in the list of layer modes or effect modes). ## New Text Outline Option¶ There’s a new setting in the text tool to control the direction of the text outline. You can have the text outline grow inward, outward, or in both directions! _Screenshot of new Outline Direction option in the text tool - GIMP 3.1.2_ ## Non-destructive editing¶ Co-Maintainer **Michael Natterer** spent several days during the Libre Graphics Meeting, going over the non-destructive filter code in order to clean it up and refactor it. While this is mostly behind-the-scenes work, this should reduce bugs and make future development and maintenance much easier. Building on this work, GIMP now supports adding non-destructive filters to channels! The Channels dockable now shows the same `Fx` column as the Layers dockable, so you can edit, rearrange, delete, and merge filters on channels just like you can with layers. ## CMYK¶ The CMYK Color Selector now calculates and displays the Total Ink Coverage of the selected color. This is useful when printing, as depending on the printing system and the media used, there may be a limit on how much ink can be applied. _Screenshot of CMYK Color Selector showing Total Ink Coverage - GIMP 3.1.2_ ## File format support¶ We have added support for several new formats and improved some existing ones. Are there image formats you need? Let us know and we can investigate whether we can add them. ### ART Raw Loader¶ We’re adding support for using _ART_ (_AnotherRawTherapee_) as a Camera Raw loader in GIMP, in addition to our existing support for _darktable_ and _RawTherapee_. If you have ART already installed, GIMP should automatically recognize it and use it to load Camera Raw format images for further editing. If that doesn’t work for you, please reach out and let us know! ### Krita Palette¶ By request, we’ve added a new option to export to _Krita_‘s `.kpl` palette format from GIMP. You can do this by choosing `Export as` from the menu in the Palette dockable. ### Photoshop Patterns¶ **Jacob Boerema** has added support for importing Photoshop patterns! You can put Adobe `.pat` files in the GIMP pattern folder and automatically load them in the same way as GIMP’s own `.pat` files. We have tested this feature with RGB and grayscale Photoshop patterns, but if you run into any issues with your patterns, please let us know (and include the pattern file)! ### Photoshop Curves and Levels presets¶ You can now use presets from Photoshop’s Curves and Levels filters in GIMP’s Curves and Levels filters! When you use these filters, choose `Import Current Settings from File...` from the Preset menu and select your `.acv` or `.alv` preset respectively. If your preset doesn’t work with those filters, please let us know (and include the preset files)! _Screenshot of Curves filter with Photoshop .acv preset loaded (image by Daniel Squires, CC0) - GIMP 3.1.2_ ### PSD/PSB¶ **Alx Sa** has implemented initial support for exporting PSBs, Photoshop Large format. It is very similar to PSDs - the main difference is that you can export images up to _300,000_ pixels wide and tall instead of PSD’s 30,000 limit. Thanks to **Ville Pätsi** for their initial testing. If you work with very large images (or PSBs in general), we’d appreciate your testing and feedback! Also, our PSD/PSB importer now recognizes legacy Drop Shadow and Inner Shadow non-destructive filters. These will be converted to GIMP’s non-destructive Dropshadow filter so you can edit and adjust them after opening the image. ### APNG¶ GIMP can now import APNG animations. People building or packaging GIMP should note that we used the standard `libpng` for this, not a patched version, so no changes are needed. ### OpenEXR¶ We’ve now added support for loading multi-layer OpenEXR images. For instance, if you export a multi-view image from other software such as _Blender_, all views should show up in GIMP as individual layers. ### JPEG 2000¶ We have had import support for JPEG 2000 images for many years. **Steve Williams** of Advance Software implemented an export plug-in for their own use and shared a GIMP 3 compatible version with us. We have merged it into the existing JPEG 2000 loader, so now you can both import and export JPEG 2000 images! _Screenshot of JPEG 2000 export dialogue (image by Robb Hannawacker, CC0) - GIMP 3.1.2_ ### Playstation TIM¶ **Andrew Kieschnick** originally developed a GIMP 2 plug-in to load and export Sony Playstation 1 `TIM` textures and images. We have updated the code to be compatible with GIMP 3 and incorporated it as a standard image plug-in. ### OpenRaster¶ OpenRaster is a file format intended to help share layered images between graphics editors (such _Krita_ , _MyPaint_, and _Scribus_). In addition to the standard format (which GIMP already supports), there are two official extensions to remember which layers were selected and which ones were content locked. GIMP now supports exporting and importing both. ### Over The Air Bitmap¶ We’ve added import support for Nokia’s historical black and white Over-the-Air Bitmap format. (Hey, ImageMagick supports it too!) ### Jeff’s Image Format¶ As promised in our April news post, we have added import support for the GIF variant known as Jeff’s Image Format (`.jif`). ### AVCI and HEJ2¶ **Daniel Novomeský** has added support for importing Advanced Video Coding (AVCI) still images. They’ve also added support for exporting HEJ2 images, which is an HEIF file that contains a JPEG 2000 image. ## UX/UI¶ **Denis Rangelov** , **Reju** , **Michal VaÅ¡ut** , and other designers have been working on a number of UX/UI updates for GIMP 3.2 in the UX repository. While the larger changes are still being designed and reviewed, we have been implementing several of their quality of life fixes: * We found several instances where the Foreground Selection algorithm would run when switching to another tool, even if no selection had been made yet. This caused an unnecessary lag, so we adjusted the algorithm to avoid running in those cases. * A few more areas where the system theme could conflict with GIMP’s theme were found and fixed. In fact, a few of these glitches were found while taking screenshots for this news post! * The Palette dockable now automatically selects the next swatch when you delete a previous one, allowing you to quickly delete several swatches by just clicking the Delete button repeatedly. * The state of the “Merge Filter” checkbox for non-destructive filters should no longer be affected if you apply a filter that currently has to be destructive, like Lens Blur. In prior versions, applying a destructive filter would always enable the checkbox for other filters, even if you had turned it off before. * “Lock pixels” now generates an undo step in undo history, just like “Lock Position” and other locks. ## Notable bug and regression fixes¶ ### Unique Color Count¶ The **Color Cube Analysis** plug-in was removed from GIMP 3, as most of its functionality already exists in the Histogram dockable. We say _most_ , because one feature was missed - the display of how many unique colors the image has. Thankfully, Google Summer of Code student **Gabriele Barbero** has reimplemented this feature! You can enable it by checking “Compute unique colors” in the Histogram dockable. The count will update live as you edit the image. _Screenshot of Histogram Editor with unique colors count highlighted - GIMP 3.1.2_ ### Additional Fixes¶ Some image formats do not allow images to have transparent sections. This can be confusing if you’re not familiar with all the details of the image you imported, especially when rotating or applying a filter with transparency such as `Color to Alpha`. We now detect if a filter or transformation would require transparency, and automatically add an alpha channel to the layer to prevent unexpected distortions. **Jacob Boerema** implemented a fix for ZDI-CAN-25082, which potentially affected loading certain DDS images on a 32-bit machine. In the 3.0.4 news post, we implemented a fix for transparency padding when pasting a selection to other programs. **Cheesequake** extended this fix to also cover copy and pasting full layers to other programs. Please let us know if you notice any other related regressions! **Estecka** fixed a bug where editing filters on a hidden layer would automatically cause the layer to reappear. The legacy Jigsaw filter has been updated to work on transparent layers. While it’s not a non-destructive filter, this fix should allow you to apply it to a separate transparent layer and then use it as an overlay for your image. ## Plug-in/Script Developers¶ We’ve added a new API to create a `GimpCoordinates` widget in the auto-generated dialogue. `gimp_procedure_dialog_get_coordinates ()` will connect two numeric parameters with a chain link and a unit type dropdown. You can see an example of how it’s used in our Tile plug-in, or in our GimpUi API documentation. Due to an oversight, _unsigned_ integer parameters did not generate widgets in `GimpProcedureDialog` despite being functionally this same. This has been corrected, so now `gimp_procedure_add_uint_argument ()` will create input fields automatically just like `gimp_procedure_add_int_argument ()` does. Also, **Jehan** added a new default behavior to the `GimpChoice` parameter type. If you make one with only two options, the auto-generated dialog will display radio buttons instead of a dropdown menu. You can of course override this default with `gimp_procedure_dialog_get_widget ()`, but we think this will help save people some clicks for simple options. ## Build Process¶ **Bruno Lopes** continues their hard work to improve our build and packaging processes. A few of the highlights: * Our build system now automatically generates a list of image formats that GIMP can open on Windows. This means rather than manually maintaining (and often forgetting to update) a list, the installer and MSIX will associate all supported images as we implement them, like the ones mentioned in this news. * Our Linux builds now have a similar method of auto-generating image format associations via their mimetype too. We hope to implement this feature for macOS builds as well in a future update. * All previously non-portable build scripts of GIMP repository have been made POSIX-compliant. This means that it’s now easier to use these on platforms like BSD. Bruno has also implemented more checks in our CI pipelines to prevent non-portable code from being reintroduced in the future. Even though most of these utility scripts will not be used on daily basis by packagers (we ported the important `.sh` scripts used by Meson to `.py` scripts since GIMP 3.0.4 development cycle), this makes our builds truly cross-platform. ## Release stats¶ Since GIMP 3.0.4, in the main GIMP repository: * 42 reports were closed as FIXED. * 55 merge requests were merged. * 302 commits were pushed. * 12 translations were updated: Bulgarian, Catalan, Chinese (China), Dutch, Galician, Georgian, Norwegian Nynorsk, Persian, Slovenian, Swedish, Turkish, Ukrainian. 29 people contributed changes or fixes to GIMP 3.1.2 codebase (order is determined by number of commits; some people are in several groups): * 14 developers to core code: Jehan, Michael Natterer, Alx Sa, Jacob Boerema, Bruno Lopes, Christoph Reiter, Estecka, Gabriele Barbero, Hari Rana, Ondřej Míchal, Philip Zander, cheesequake, lloyd konneker, woynert. * 9 developers to plug-ins or modules: Alx Sa, Bruno Lopes, Jehan, lloyd konneker, Jacob Boerema, Advance Software, Anders Jonsson, Daniel Novomeský, Natanael Copa. * 12 translators: Luming Zh, Martin, Yuri Chornoivan, Ekaterine Papava, Alexander Shopov, Kolbjørn Stuestøl, Nathan Follens, Anders Jonsson, Danial Behzadi, Emin Tufan Çetin, Jordi Mas, Yago Raña. * 1 theme designers: Alx Sa. * 2 contributors on other types of resources: Jehan, Bruno Lopes. * 11 build, packaging or CI contributors: Bruno Lopes, Alx Sa, lloyd konneker, Jehan, Advance Software, Christoph Reiter, Michael Natterer, Natanael Copa, Sam James, woynert, Ondřej Míchal Contributions on other repositories in the GIMPverse (order is determined by number of commits): * Our UX tracker had 3 reports closed as FIXED. * ctx had 186 commits since 3.0.4 release by 1 contributor: Øyvind KolÃ¥s. * `gimp-data` had 10 commits by 4 contributors: Jehan, Bruno Lopes, Ville Pätsi, Alx Sa. * The `gimp-test-images` (unit testing repository) repository had 2 commits by 1 contributor: Jacob Boerema. * The `gimp-macos-build` (macOS packaging scripts) release had 18 commits by 2 contributors: Lukas Oberhuber, Bruno Lopes. * The flatpak release had 7 commits by 2 contributors: Bruno Lopes, Jehan. * Our main website (what you are reading right now) had 26 commits by 3 contributors: Alx Sa, Jehan, Bruno Lopes. * Our developer website had 20 commits by 3 contributors: Bruno Lopes, Lloyd Konneker, Jehan. * Our 3.0 documentation had 40 commits by 9 contributors: Kolbjørn Stuestøl, Alevtina Karashokova, Nathan Follens, Jacob Boerema, Alx Sa, Matthew Leach, Alevtina, Anders Jonsson, Yuri Chornoivan. Let’s not forget to thank all the people who help us triaging in Gitlab, report bugs and discuss possible improvements with us. Our community is deeply thankful as well to the internet warriors who manage our various discussion channels or social network accounts such as Ville Pätsi, Liam Quin, Michael Schumacher and Sevenix! _Note: considering the number of parts in GIMP and around, and how we get statistics through `git` scripting, errors may slip inside these stats. Feel free to tell us if we missed or mis-categorized some contributors or contributions._ ## Team news¶ Our Google Summer of Code students are making great progress with their summer projects! **Gabriele Barbero** is making some much-requested improvements to our on-canvas text editor. In their test branch, they’ve made the style editor moveable, and each text layer remembers its editor’s position when you switch between them. With a little more polish and bug-testing, this feature should show up in a future 3.1 development release! **Ondřej Míchal** has created a GEGL Filter Browser prototype in their own test branch. This involved a lot of research, as there any a number of edge cases and formats to account for. When finished, this feature will be very useful for script and plug-in developers, especially with the new filter API that lets them create and apply any effect available in GIMP! **Shivam** is working on a website to list and display third-party GIMP extensions (the rebirth of the GIMP registry that older creators may have known). A first version of the script to generate extensions’ web pages from their metadata has already been merged. ## Around GIMP¶ We printed stickers of the new Wilber logos for the 2025 Libre Graphics Meeting. _Photo of Wilber stickers from Libre Graphics Meeting (taken bymL)_ You can use this file if you’d like to print your own Wilber stickers. You can also request reimbursement if you’re planning to print enough to hand out at a local event or GIMP User Group meeting. Note that we are still working out the procedure for these requests, but we encourage you to reach out and discuss your idea. ## Downloading GIMP 3.1.2¶ You will find all our official builds on GIMP official website (gimp.org): * Linux AppImages for x86 and ARM (64-bit) * Linux flatpaks for x86 and ARM (64-bit) * Universal Windows installer for x86 (32 and 64-bit) and for ARM (64-bit) * Microsoft Store package for x86 and ARM (64-bit) * macOS DMG packages for Intel hardware * macOS DMG packages for Apple Silicon hardware Other packages made by third-parties are obviously expected to follow (Linux or *BSD distributions’ packages, etc.). There is no development release for the manual, but you can continue to use the existing GIMP 3.0 documentation from GIMP 3.1. ## What’s next¶ This first development release contains many new features we’ve been working on during 3.0 development. Our main focus for GIMP 3.2 on the roadmap is developing two new types of non-destructive layers - linked layers and vector layers. We hope to share more information about these in future news posts. This faster pace release schedule also proves to be quite stimulating and relies on years of infrastructure and procedure preparations. So far, it looks like it works quite well! While we remind that this is a development version and therefore we advise against using it for production, we also really welcome feedback and bug reports. At every first stable release in a new series, too many bugs are discovered. GIMP is a community, first and foremost. The software will improve because many people participate! Now that we are starting the development releases for a brand new stable series, we are really relying on everyone so that the upcoming GIMP 3.2 can be as stable and good as possible. Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger!
000
GIMP [Unofficial] @gimp.org.web.brid.gy · 17/05/2025
gimp.org
GIMP 3.0.4 Released
Two months after releasing GIMP 3.0, we are delighted to announce the second micro-release, GIMP 3.0.4. This addresses bugs and also incorporates some of the fabulous and helpful feedback we have received. * Release Highlights * General Bugfixes * Regressions * UI/UX * Build * AppImage * Smaller and smarter Windows installer * GEGL and babl * Release Stats * Around GIMP * Team News * GSoC * Download Mirrors * Downloading GIMP 3.0.4 * What’s Next # Release Highlights¶ Micro releases like 3.0.4 are focused on fixing bugs and regressions, so there are no major new features to announce (though we continue to work on those! Just on separate feature branches for GIMP 3.2). However, we want to tell you about some major fixes that may have impacted your workflow. ## General Bugfixes¶ There was a bug with pasting selections from GIMP into other programs, where the pasted section was padded to the original image size. This is now fixed thanks to work from **Anders Jonsson** , **Aruius** , and **Alx Sa**. If you notice any regressions or other issues after this fix, please let us know! There were several types of crash reported to us, related to changing or turning off the main monitor. **Jacob Boerema** and **Jehan** worked together to diagnose this issue and make several necessary fixes. However, if you continue to have problems related to this, let us know so we can continue to work on it. **Idriss Fekir** and **Liam Quin** , our resident font experts, have been busy making improvements to our text systems. In addition to general bug fixes with text layers, they’ve also greatly improved font loading speed on start-up. If you have a large number of fonts on your computer, GIMP should start much faster now! Non-destructive filters received a number of bugfixes and improvements as well. The name of the filter is once again displayed in the undo history when added to an image. In addition, individual filter edits are now tracked in the undo history, thanks to work by **Jehan** and **Alx Sa**. We also resolved a few crashes, and we fixed some visual glitches when rotating layers with active non-destructive filters. A few other small fixes of note: * New contributor **Gabriele Barbero** fixed a bug where the Help button on the About Dialog didn’t load the help page correctly. * New contributor **Integral** fixed a bug on KDE Wayland where the default Wayland icon was shown instead of our Wilber icon. * The `ZDI-CAN-26752` bug for .ICO imports is now fixed. _Screenshot of GIMP splash screen with correct Wilber icon on KDE Wayland, by Integral - GIMP 3.0.4_ ## Regressions¶ **Akkana Peck** noticed that the Window Hint option in Preferences no longer allowed floating windows to stay in front of the main image window in multi-window mode. She found and implemented a fix using the updated GTK3 API. _Screenshot of Preferences Dialog with ‘Hint for docks and toolbox’ option highlighted - GIMP 3.0.4_ The space bar once again respects the action setting in Canvas Interactions. This means instead of always panning, you can set it to switch to the Move Tool instead - or even set it to do nothing at all! The `Difference Cloud` filter once again has a GUI to let you adjust its settings. This actually fixes a regression from the port to GEGL in **GIMP 2.8**, so it’s a long-standing update! _Difference Cloud filter GUI - GIMP 3.0.4_ A few other small fixes of note: * The Plug-in Browser should now show all plug-ins again. * New contributor **Aruius** resolved a bug where the Sample Points display didn’t update when the image’s precision changed. * The Screenshot plug-in once again uses radio buttons rather than a drop-down menu for its options, reducing the number of clicks needed to change settings. * **Rupert Weber** fixed a bug on Linux where BMP format warnings didn’t display in some cases. _Create Screenshot plug-in GUI - GIMP 3.0.4_ ## UI/UX¶ Since this is a “bugfix” release, we didn’t want to make too many disruptive UI changes. However, **Reju** has identified and designed a few smaller updates to help make GIMP’s UI more consistent. * The MyPaint Brush tools options UI has been redesigned to match the layout of other painting tools. * The generic “Force” slider does not impact the Pencil Tool. This option is now hidden in that tool’s options rather than just marked inactive, to be less confusing. * The Device Status dock has been updated to show more clearly which input device is in use, and is closer to the GIMP 2.10 version. The Path tool now automatically closes the path when you click on the starting point in `Design` mode, rather than requiring you to hold down the `Ctrl` first. This makes the Path tool more consistent with similar tools in GIMP, as well as in other software. If you need to move the starting point, you can deselect the current end point by holding `Shift` when you click on it, and then select the starting point to move it. **Jacob Boerema** reviewed our brush size code, and found that different parts of GIMP set different limits for the maximum brush size. He defined a single maximum value and set it to be used throughout GIMP, to ensure there are no surprises when resizing your brush! A few other small fixes of note: * On Windows, floating docks in Multi-Window Mode now also have their titlebars match the theme dark mode setting. * You can now press `Enter` to connect the start and end points in Scissor Select. Pressing `Enter` a second time will create a selection as normal. ## Build¶ We received reports that GCC 15 could not build GIMP by default, due to some older areas of our codebase using now reserved keywords for variable names. **Nils Philippsen** located the problem areas and updated the relevant code to match current standards. On macOS, we now have a developer version of the .DMG as first mentioned in the 3.0.2 news post. This means that creating plug-ins for macOS will be much easier and faster than before. Thanks again to **Lukas Oberhuber** , **Peter Kaczorowski** , **Dominik Reichardt** , and other contributors for their hard work! Our resident packaging and build expert **Bruno Lopes** has been busy with more improvements to our processes. A few of these updates are listed below: ### AppImage¶ The AppImage no longer contains Debug Symbols for dependencies (with the exception of babl and GEGL). This should significantly cut down on the file size, going back to the small size it had in RC3. Instead, if you need to debug the AppImage, follow our new debugging instructions. ### Smaller and smarter Windows installer¶ To guarantee the best stability for future GIMP installations on Microsoft Windows, the installer’s **Customize mode is now restricted to “clean” installations** (a.k.a. when you first install GIMP). That’s because we need to adjust or even remove features from the .exe installer when they get too hard to maintain or become potentially broken (e.g. our custom file associations page was removed starting with GIMP 2.10.12 installer). In the Customize mode case, it was suppose to let you choose what GIMP components should installed, but unfortunately, it was not working like that at all. Back then, to allow the Customize mode between GIMP installations (e.g. when reinstalling, updating), our Windows developers needed to 1) hardcode the components files almost twice and 2) code our own utility to do recursive uninstall of some complex components. All of that extra work to barely emulate how it (automatically) works on NSIS and WIX installers. Because of this, that feature became unmaintained without us noticing for many years and was silently breaking some GIMP installations. That said, you will still be able to use that feature with the command line - but keep in mind it is not properly working. To be clear: that feature works perfectly on clean installs and, from 3.0.4 onward, also if the installer detects a broken install (e.g. when you installed GIMP in a external SSD but lost it). We call this much requested feature: **Repair mode**. Also in the Customize mode, in addition to letting you choose what language packs are present, you can now also choose to install **plug-in development files** which work with our new plug-in tutorials. As a bonus, even if you select literally all components available in the Customize mode, GIMP 3 is still more than **300MB smaller than GIMP 2.10** 😉, that’s it. # GEGL and babl¶ GEGL version 0.4.62 brings several bug fixes to prevent crashes, courtesy of **Øyvind KolÃ¥s**. UI ranges were added by **Budhil Nigam** to some operations, which means our Fractal Trace filter now has more sensible number ranges on the slider. babl version 0.1.114 contains some fixes from **Øyvind** to ensure TRCs are stored correctly from color profiles. Internally, **Bruno Lopes** converted many scripts in both projects to use Python, making them easier to build on other platforms. # Release Stats¶ Since GIMP 3.0.2, in the main GIMP repository: * 90 reports were closed as FIXED. * 59 merge requests were merged. * 280 commits were pushed. * 15 translations were updated: British English, Bulgarian, Catalan, Chinese (China), Danish, French, Georgian, German, Norwegian Nynorsk, Persian, Portuguese, Slovenian, Swedish, Turkish, Ukrainian. 32 people contributed changes or fixes to GIMP 3.0.4 codebase (order is determined by number of commits; some people are in several groups): * 14 developers to core code: Alx Sa, Jehan, Bruno Lopes, Idriss Fekir, Jacob Boerema, Gabriele Barbero, Akkana Peck, Integral, Lukas Oberhuber, Nils Philippsen, aruius, Lloyd Konneker, mkmo, Øyvind KolÃ¥s. * 9 developers to plug-ins or modules: Alx Sa, Bruno Lopes, Jehan, Jacob Boerema, Anders Jonsson, Nils Philippsen, Rupert, Sabri Ünal, Lloyd Konneker. * 16 translators: Emin Tufan Çetin, Kolbjørn Stuestøl, Alexander Shopov, Anders Jonsson, Luming Zh, Martin, Yuri Chornoivan, Alan Mortensen, Andi Chandler, Dirk Stöcker, Ekaterine Papava, André Dazereix, Danial Behzadi, Hugo Carvalho, Jordi Mas i Hernandez, Philipp Kiemle. * 2 theme designers: Alx Sa, Bruno Lopes. * 7 build, packaging or CI contributors: Bruno Lopes, Jehan, Idriss Fekir, Integral, Lukas Oberhuber, lloyd konneker, Ondřej Míchal. Contributions on other repositories in the GIMPverse (order is determined by number of commits): * GEGL 0.4.62 is made of 22 commits by 7 contributors: Øyvind KolÃ¥s, Bruno Lopes, Davide Ferracin, Jehan, Liam Quin, Muhammet Kara, budhil. * babl 0.1.114 is made of 24 commits by 5 contributors: Øyvind KolÃ¥s, Bruno Lopes, John Paul Adrian Glaubitz, lillolollo, sewn. * ctx had 88 commits since 3.0.2 release by 1 contributor: Øyvind KolÃ¥s. * `gimp-data` had 8 commits by 3 contributors: Bruno Lopes, Jehan, Lukas Oberhuber. * The `gimp-test-images` (unit testing repository) repository had 1 commit by 1 contributor: Jacob Boerema. * The `gimp-macos-build` (macOS packaging scripts) release had 4 commits by 1 contributor: Lukas Oberhuber. * The flatpak release had 15 commits by 3 contributors: Bruno Lopes, Ondřej Míchal, Jehan. * Our main website (what you are reading right now) had 44 commits by 4 contributors: Jehan, Alx Sa, Wiliam Souza, Bruno Lopes. * Our developer website had 63 commits by 5 contributors: Bruno Lopes, Jehan, Chas Belov, Lukas Oberhuber, Denis Rangelov. * Our 3.0 documentation had 75 commits by 13 contributors: Andre Klapper, Alevtina Karashokova, Jacob Boerema, Alan Mortensen, Alx Sa, Kolbjørn Stuestøl, Alexandre Franke, Chas Belov, Jordi Mas i Hernandez, Peter Mráz, ShellWen Chen, Takayuki KUSANO, Yuri Chornoivan. Let’s not forget to thank all the people who help us triaging in Gitlab, report bugs and discuss possible improvements with us. Our community is deeply thankful as well to the internet warriors who manage our various discussion channels or social network accounts such as Ville Pätsi, Liam Quin, Michael Schumacher and Sevenix! _Note: considering the number of parts in GIMP and around, and how we get statistics through `git` scripting, errors may slip inside these stats. Feel free to tell us if we missed or mis-categorized some contributors or contributions._ # Around GIMP¶ ## Team News¶ **Reju** , an active contributor to the UX design repository, has been recently granted “reporter” status. We appreciate their hard work developing designs and discussing UX improvements with developers and the community! ## GSoC¶ We are once again participating in the Google Summer of Code internship program. We have three great project proposals from our summer students: * **Ondřej Míchal** is working on a redesign of our developer reference system in GIMP. They already have some early work done on a GEGL Filter Browser, which will be very helpful for plug-in creators looking to use the new Filter API. * **Gabriele Barbero** will be developing further improvements to the text tool, building on past work by former GSoC students and current contributor **Idriss Fekir**. * **Shivam Shekhar Soy** will be working on our online extensions repository. This is another step on our roadmap to allow you to easily download and install new extensions to GIMP, replacing the beloved GIMP Plug-in Registry. ## Download Mirrors¶ Since the 3.0.2 news post, two new mirrors have been contributed: * in Finland by OSSPlanet * in the Netherlands by Niranjan Fartare Mirrors are important as they help the project by sharing the load for dozens of thousands of daily downloads. Moreover by having mirrors spread across the globe, we ensure that everyone can have fast download access to GIMP. # Downloading GIMP 3.0.4¶ You will find all our official builds on GIMP official website (gimp.org): * Linux AppImages for x86 and ARM (64-bit) * Linux Flatpaks for x86 and ARM (64-bit) * Universal Windows installer for x86 (32 and 64-bit) and for ARM (64-bit) * Microsoft Store for x86 and ARM (64-bit) * macOS DMG packages for Intel hardware * macOS DMG packages for Apple Silicon hardware Other packages made by third-parties are obviously expected to follow (Linux or *BSD distributions’ packages, etc). _Note_ : The Microsoft Store release may be delayed as we wait for the certification process to finish. # What’s Next¶ Since GIMP 3.0.0 release, we focused on bug fixing. As could be expected after a 7-year development marathon, various issues have slipped through our testing and we had to deal with these. Though perfection doesn’t exist and we’ll continue to work on bug fixes, we believe we are in a saner state now, and therefore we are now going to enter a “Merge Window” period where we will allow new features and breaking changes in the code again. In other words, we are starting to move onto active GIMP 3.2 preparation! ðŸ˜± We won’t spoil 🤫 too much our feature list, also because it is possible that some of the features we are planning don’t make it (though development has already started in feature branches). But we can already tell you that we feel that GIMP 3.2 will be pretty awesome too, despite being much smaller than GIMP 3.0 was! To be continued… Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger! *[TRC]: Tone Reproduction Curve
000
GIMP [Unofficial] @gimp.org.web.brid.gy · 31/03/2025
gimp.org
New Priorities for GIMP
Hi! I’m one of the contributor for GIMP’s development. You might be familiar with my work on moving “About GIMP” to the bottom of the help menu and other vitally important improvements to GIMP. GIMP 3.0 was a big release, and we’ve gotten a lot of feedback from users since then. While **Jehan** is busy with bug fixes, code review, and administrative work, he’s asked me to take over certain duties to ease the burden on him. Therefore, I am proud to announce a new priority for **GIMP 3.2**: **File Format support**! It’s true that GIMP already supports a wide range of images such as the very useful Esm Software PIX format. However, there are so many more types of images in the world that I believe GIMP should support. Supporting all image formats - no matter how supposedly _“ obscure”_ - is **crucial** to maintaining access to our shared digital culture. The first format in this new campaign is **Jeff ’s Image Format**! _Example JIF image from Jeff’s website, converted with GIMP - authorship and copyright unsure_ **Jeff ’s Image Format** is a variation of the GIF standard, created in the late 1990s. It was intended to get around potential legal issues with the patented **LZW compression** used in GIFs, by using a **LZ77 -derived compression** instead. The format is otherwise nearly identical to GIF (save for the `JIFF99a` magic number), making it an easy target for import support in GIMP. Furthermore, it helps you to be right no matter _how_ you pronounce **GIF**! While you’ll have to wait until GIMP 3.2 to experience importing JIF images, you can check out the merge request for Jeff’s Image Format support in GIMP to tide yourself over until that glorious day! If you have any sample images you’d like to contribute, please share on the issue tracker. I am so proud to lead this new initiative for GIMP, and I believe it will take us (and open source image editing in general) in an exciting new direction. I look forward to this journey with you all! _(At least until Jehan gets back and sees that I ’ve posted this)_ _Example Animated JIF image from Jeff’s website, converted with GIMP - authorship and copyright unsure_
000
GIMP [Unofficial] @gimp.org.web.brid.gy · 22/03/2025
gimp.org
GIMP 3.0.2 Released
We are happy to announce the first micro release for GIMP 3.0! * Bugfix Release * macOS Plug-in Development * Windows Installer updates * GEGL * Release Stats * Download Mirrors * Downloading GIMP 3.0.2 * What’s Next # Bugfix Release¶ As we noted in the 3.0 release notes, we are returning to our pre-2.10 development process of only adding new features on minor releases. This allows us to respond more quickly to problems and bugs found by users. Furthermore it’s a good opportunity to show off our streamlined release procedure, allowing us to make much faster releases in the v3 series than we used to be able to do with GIMP 2.10. The initial release of GIMP 3.0 was great, and we deeply appreciate all the positive comments as well as the constructive feedback from new and existing users! You helped us uncover a number of bugs and regressions, and GIMP 3.0.2 provides fixes for several of them. **Here is a summary of the  fixes:** * macOS and flatpak users reported a crash when selecting a brush with the view set to Icon Grid. This was tricky to solve as it did not crash on every OS, but **Jehan** and **Øyvind KolÃ¥s** worked together to implement a fix. * Some packaging changes resulted in a few missed features, such as Python plug-ins and the auto-update check not running on Windows and some display filters and color selectors not appearing on macOS. **Bruno Lopes** and **Lukas Oberhuber** diagnosed and fixed these in revisions to 3.0, and these updates are included in the 3.0.2 release. * Different system themes had styles which our Default theme did not override, causing some UI glitches or odd coloring. **Denis Rangelov** worked to develop CSS rules to prevent these problems regardless of what system you’re on. **Lukas Oberhuber** fixed some additional macOS-specific issues with flyout menus on tool groups. * A patch to improve tablet support has been temporarily reverted. While it fixed an issue with detecting the eraser tip of some stylus, it seemed to cause a different issue with pressure sensivity on other tablets. We will review this patch and update it in a future release to fix the eraser bug without causing the other side effects. * Additional fixes were implemented throughout GIMP by **Jehan** , **Jacob Boerema** , **Alx Sa** , **Idriss Fekir** , **Wyatt Radkiewicz** , and **Anders Jonsson**. We are continuing to review reports of bugs, UI glitches, and regressions, and are working on solutions for those. However, we believe GIMP 3.0.2 fixes some immediate problems for users, and we hope it makes using GIMP 3.0 a little smoother. Please continue to report any issues or feature request you have to our issue tracker so we’re aware of them! # macOS Plug-in Development¶ **Lukas Oberhuber** , **Peter Kaczorowski** , **Dominik Reichardt** , and others have been hard at work creating a new plug-in development package for macOS. Traditionally it has been difficult to develop GIMP plug-ins on macOS, so this is a great improvement! We’ll be updating our developer website soon with more information. For now, you can read the discussion on the tracking issue. # Windows Installer updates¶ **Bruno Lopes** has implemented more improvements to our Windows installer. It now sets up a Restore Point for system-wide installs. Also, if you uninstall GIMP via the installer, it will now prompt about removing your configurations. This allows you to make a truly clean uninstall and reinstall of GIMP if you installed as a normal user (not as an admin). # GEGL¶ GEGL received a small bugfix update as well. 0.4.58 includes a fix for Dither being applied to negative pixel coordinates, as well as additional translation updates. # Release Stats¶ Since GIMP 3.0.0, in the main GIMP repository: * 13 reports were closed as FIXED. * 15 merge requests were merged. * 54 commits were pushed. * 10 translations were updated: Bulgarian, Chinese (China), Dutch, Georgian, Icelandic, Slovenian, Spanish, Swedish, Turkish, Ukrainian. 20 people contributed changes or fixes to GIMP 3.0.2 codebase (order is determined by number of commits; some people are in several groups): * 7 developers to core code: Alx Sa, Jehan, Anders Jonsson, Denis Rangelov, Idriss Fekir, Jacob Boerema, Øyvind KolÃ¥s. * 6 developers to plug-ins or modules: Alx Sa, Jacob Boerema, Jehan, Jethro Beekman, Lukas Oberhuber, Wyatt Radkiewicz. * 10 translators: Luming Zh, Martin, Rodrigo Lledó, Yuri Chornoivan, Alexander Shopov, Anders Jonsson, Ekaterine Papava, Muhammet Kara, Nathan Follens, Sveinn í Felli. * 1 Theme designer: Alx Sa. * 1 Icon designer: Denis Rangelov. * 3 build, packaging or CI contributors: Bruno, Lukas Oberhuber, Jehan. Contributions on other repositories in the GIMPverse (order is determined by number of commits): * GEGL 0.4.58 is made of 6 commits by 2 contributors: Øyvind KolÃ¥s, Kolbjørn Stuestøl. * ctx had 2 commits since 3.0.0 release by 1 contributor: Øyvind KolÃ¥s. * `gimp-data` had 2 commits by 2 contributors: Denis Rangelov, Jehan. * The `gimp-macos-build` (macOS packaging scripts) release had 13 commits by 2 contributors: Lukas Oberhuber, Bruno Lopes. * The flatpak release had 2 commits by 1 contributor: Bruno Lopes. * Our main website (what you are reading right now) had 50 commits by 5 contributors: Jehan, Bruno Lopes, Alx Sa, Michael Schumacher, lillolollo. * Our developer website had 18 commits by 3 contributors: Bruno Lopes, Jehan, Lukas Oberhuber. * Our 3.0 documentation had 22 commits by 8 contributors: Alan Mortensen, Andre Klapper, Jacob Boerema, Jordi Mas, Nathan Follens, Marco Ciampa, Tim Sabsch, Xavier Brochard. Let’s not forget to thank all the people who help us triaging in Gitlab, report bugs and discuss possible improvements with us. Our community is deeply thankful as well to the internet warriors who manage our various discussion channels or social network accounts such as Ville Pätsi, Liam Quin, Michael Schumacher and Sevenix! _Note: considering the number of parts in GIMP and around, and how we get statistics through `git` scripting, errors may slip inside these stats. Feel free to tell us if we missed or mis-categorized some contributors or contributions._ # Download Mirrors¶ Since the 3.0 news post, two new mirrors have been contributed by **Shrirang Kahale** : * Delhi, India * Mumbai, India Mirrors are important as they help the project by sharing the load for dozens of thousands of daily downloads. Moreover by having mirrors spread across the globe, we ensure that everyone can have fast download access to GIMP. # Downloading GIMP 3.0.2¶ You will find all our official builds on GIMP official website (gimp.org): * Linux AppImages for x86 and ARM (64-bit) * Linux Flatpaks for x86 and ARM (64-bit) * Universal Windows installer for x86 (32 and 64-bit) and for ARM (64-bit) * Microsoft Store for x86 and ARM (64-bit) * macOS DMG packages for Intel hardware * macOS DMG packages for Apple Silicon hardware Other packages made by third-parties are obviously expected to follow (Linux or *BSD distributions’ packages, etc). # What’s Next¶ Our immediate focus is fixing initial bug reports from users for GIMP 3.0. However, we are also starting to work on new features for the next minor release, **GIMP 3.2**. We look forward to talking more about that soon, but for now, you can check the roadmap to see where we’re headed! Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger!
000
GIMP [Unofficial] @gimp.org.web.brid.gy · 15/03/2025
gimp.org
GIMP 3.0 Released
At long last, the **first release of GIMP 3.0 is here**! This is the end result of seven years of hard work by volunteer developers, designers, artists, and community members (for reference, GIMP 2.10 was first published in 2018 and the initial development version of GIMP 3.0 was released in 2020). With GIMP 3.0 you can do more than ever before, more easily, more quickly! _GIMP 3.0 splash screen, by Sevenix (CC by-sa 4.0)_ While we can’t cover every single change in GIMP from 2.10, we want to highlight some of the biggest ones as you start exploring this new release. ## Highlights¶ * Need to tweak a filter you applied hours ago? New in GIMP 3.0 is non-destructive editing for most commonly-used filters. See the changes in real time with on-canvas preview. * Exchange files with more applications, including BC7 DDS files as well as better PSD export and many new formats. * Don’t know how big to make your drawing? Simply set your paint tool to expand layers automatically as needed. * Making pro-quality text got easier, too. Style your text, apply outlines, shadows, bevels, and more, and you can still edit your text, change font and size, and even tweak the style settings. * Organizing your layers has become much easier with the ability to select multiple items at once, move them or transform them all together! * Color Management was again improved, as our long-term project to make GIMP an advanced image editor for all usages. * Updated graphical toolkit (GTK3) for modern desktop usage. * New Wilber logo! _New GIMP logo, Wilber, by Aryeom (CC by-sa 4.0)_ ## Learn More¶ We’ve prepared release notes to go over all the changes, improvements, new features, and more. And if you’d like even more details, you can peruse the NEWS changelog for all 2.99 and 3.0 RC releases. But to see it for yourself, you can get GIMP 3.0 directly from our Downloads page and try it out! » READ COMPLETE RELEASE NOTES Â« ## Other Releases in GIMPVerse¶ To accompany our release of GIMP 3.0.0, packagers should also be aware that we released: * babl 0.1.112 (tarball) * GEGL 0.4.56 (tarball) * GIMP Manual 3.0.0 (tarball and Windows installers) We also advise all packagers to use the latest GTK version: **GTK 3.24.49**. It contains bug fixes for major issues (ranging from crashes to input devices’ grab issues, UI glitches with interfaces in RTL languages, and more…). ## Enjoy GIMP 3.0!¶ GIMP 3.0 is a new milestone. The application is in active development and if you think this is awesome, wait until you see our plans for the future! Download GIMP 3.0.0 ## Support GIMP development¶ Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger! [ Support us by **Donating** ](https://www.gimp.org/donating/) *[RTL]: Right-to-Left
000
GIMP [Unofficial] @gimp.org.web.brid.gy · 09/02/2025
gimp.org
GIMP 3.0 RC3 Released
We’re excited to share the third release candidate of GIMP 3.0 for what (we hope) is the final round of community testing before the stable version! This release follows the recent _GIMP 3 and Beyond_ talk by **Jehan** at FOSDEM 2025. * Important Bug Fixes and Changes * New GTK3 Version * Image Graph Improvements * Thread-safe Projection Changes * Private Procedures * Enhancements * Script-fu * Filter API * New named-arguments syntax * File Formats * PSD * DDS * AppImage is now Official * Miscellaneous * GEGL * Release Stats * Around GIMP * Download Mirrors * How to Cite GIMP in Research * Downloading GIMP 3.0 RC3 * What’s Next # Important Bug Fixes and Changes¶ While resolving the last few major bugs for 3.0, we’ve made some changes that we feel need more community review. While trying out this release candidate, please keep an eye out for the following: ## New GTK3 Version¶ Just in time for GIMP 3.0, a new version of GTK3 has been released! Among other changes, GTK 3.24.48 includes fixes for several bugs affecting GIMP with patches initially contributed by **Jehan** , such as a crash in Wayland when dragging layers and text glitches in certain widgets with Right-To-Left languages. We want to thank **Carlos Garnacho** and **Matthias Clasen** for their help on these respective patches. GTK 3.24.48 also adds support to the version 2 of `xdg_foreign` for Wayland (v1 stays supported as fallback). Specifically the absence of this support was causing GIMP to freeze with certain actions on KDE/Wayland, which is now fixed. As a consequence of these issues — some of them really making GIMP unstable on Wayland — we recommend packagers to update to the latest version of GTK3 when packaging our RC3. However, please let us know if you notice any regressions or other issues as a result of the new GTK3 version. ## Image Graph Improvements¶ With non-destructive editing in GIMP, users can now stack multiple filters on top of each other. These filters usually work in high bit-depth format so image information is not lost. However, each filter’s output was converted to and from the original image’s bit-depth when stacked – so if the image was only 8-bit, a great deal of information was lost in these constant conversions. **Jehan** fixed this problem by only converting to the image’s format when the filter is meant to be merged in, rather than in non-destructive stacks. Since this is a big change in how filters work, we want to have more users test this change for any possible regressions. ## Thread-safe Projection Changes¶ When changes are made to an image (such as painting), the image projection needs to be “flushed” to display new changes to the screen. Some aspects of this process were not “thread-safe”, which means that when your computer used multiple threads to speed up the work, they might conflict with each other and cause a crash. This was observed in our auto-expanding layer feature. **Jehan** fixed the function to be entirely thread-safe. However, changes to multi-threading can leave some well-hidden bugs, so more community testing would be helpful. ## Private Procedures¶ The GIMP Procedural DataBase browser shows plug-in and script developers all the functions they can access. Until now, it also showed “private” functions that are only used internally. **Jehan** added a flag to hide these functions. We initially cast too wide of a net and hid some important public functions. While we fixed these instances, we’d like more review from the community to make sure we didn’t miss any mislabeled public functions. # Enhancements¶ While we are still in major feature-freeze until the stable release of GIMP 3.0, some small and self-contained enhancements have been made to plug-ins. ## Script-fu¶ ### Filter API¶ The new `(gimp-drawable-merge-filter)` PDB call allows Script-fu writers to use labels to specify filter properties. This will give Script-fu users the same flexibility with calling and updating filters that C and Python plug-in developers have in the GIMP 3.0 API. As an example, here is a call to the `Emboss` filter: (gimp-drawable-merge-new-filter mask-emboss "gegl:emboss" 0 LAYER-MODE-REPLACE 1.0 "azimuth" 315.0 "elevation" 45.0 "depth" 7 "type" "emboss") You can see more examples in our Script repository. ### New named-arguments syntax¶ In Script-Fu, all the functions generated from plug-ins’ PDB procedure must now be called with a brand new named-argument syntax, inspired by the Racket Scheme variant. For instance, say your plug-in wants to call the Foggify plug-in, instead of calling: (python-fu-foggify RUN-NONINTERACTIVE 1 (car (gimp-image-get-layers 1)) "Clouds" '(50 4 4) 1.0 50.0) You should now call: (python-fu-foggify #:image 1 #:drawables (car (gimp-image-get-layers 1)) #:opacity 50.0 #:color '(50 4 4)) This has a few advantages: * Much more self-documented calls, especially as some plug-ins have a lot of arguments (so we could end up having functions with a dozen of integers or floats and that was very confusing). * The order of arguments doesn’t matter anymore. * You can ignore arguments when you call them with default values. * It allows to improve plug-in procedures in the future by adding new arguments without breaking existing scripts. This last point in particular is important, and orders of arguments did not matter anymore when calling PDB procedures from the C API, as well as all introspected bindings. Script-Fu was the only remaining interface we had which still cared about argument orders and numbers. This is not true anymore and is therefore a huge step towards a much more robust API for GIMP 3! ## File Formats¶ All changes to image loading plug-ins are checked with the automated testing framework built by **Jacob Boerema** to prevent regressions. ### PSD¶ In addition to bug fixes such as saving CMYK merged images properly, **Jacob Boerema** has added support for loading 16-bits-per-channel LAB PSDs. He also updated the PSD export dialog to use GIMP’s built-in metadata export features. ### DDS¶ Much-requested support for loading DDS images with BC7 support has been implemented by **CMYK Student**. **Jacob Boerema** worked to fix compatibility with DDS files exported from older versions of GIMP. ## AppImage is now Official¶ After nine months of incubation (the number is a mere coincidence 🙂), we present a “new” distribution format for Linux users: `.AppImage`. Initially we used it as an internal format for testing, as already covered in previous posts. **Bruno Lopes** ‘ efforts have allowed us to improve the build process. We now feel confident with the generated AppImage and so we aim to make it official. As an official upstream package, no fancy third party plug-ins or other arbitrary binaries that are not GIMP dependencies are added to “bloat” it. It is what some people call “vanilla” GIMP, a clean but complete GIMP for production (aka for general use). Like any packaging format, it has its own characteristics and limitations. In the case of GIMP’s AppImage, included tools such as `gimp-console*` and `gimp-debug-tool*` require prior extraction of the `.AppImage` file with `--appimage-extract` command. Also, partly due to AppImage’s design, commands that points to `$PWD` will not work. These two are the only known feature limitations so far. So, if you find any others or even bugs, please report them on our tracker. ## Miscellaneous¶ * It is now easier to load images from Google Drive and other remote or cloud platforms without having to manually select a file format to try opening it with. * Our build process now generates additional icons with the `-rtl` extension, which are automatically used with Right-to-Left languages. An example of this is the left and right arrow icons; they now face the correct direction in both language types. * Plug-in developers no longer have to make custom file chooser buttons - `GimpProcedureDialog` now automatically creates them when a File type parameter is used. You can also specify whether the button is for opening or saving files and folders. * **Rupert Weber** continued his effects in cleaning up our BMP plug-in. Additionally, he has in-progress work to add support for importing color profiles in BMPs, which will hopefully be ready in a future release. * **CMYK Student** updated the ICNS plug-in with new support for `ic05` icon types and ARGB icon formats. They also fixed a bug when loading older ICNS formats with no transparency mask. **Lukas Oberhuber** assisted with diagnosing and resolving a known bug in the ICNS format that caused our macOS icon to show garbled pixels at small sizes. # GEGL¶ The GEGL 0.4.54 release also contains some new enhancements and bugfixes. **Thomas Manni** updated the Noise Spread filter to prevent bugs when applied to empty layer groups. **Jonny Robbie** added new option and paper types to the Negative Darkroom filter, and optimized some floating point operations in GEGL as a whole. # Release Stats¶ Since GIMP 3.0 RC2, in the main GIMP repository: * 85 reports were closed as FIXED. * 56 merge requests were merged. * 335 commits were pushed. * 19 translations were updated: Basque, Bulgarian, Catalan, Chinese (China), Danish, Dutch, Finnish, Georgian, Italian, Norwegian Nynorsk, Persian, Portuguese, Slovak, Slovenian, Spanish, Swedish, Turkish, Ukrainian, Vietnamese. 33 people contributed changes or fixes to GIMP 3.0.0 RC3 codebase (order is determined by number of commits; some people are in several groups): * 13 developers to core code: Jehan, Alx Sa, Jacob Boerema, lloyd konneker, Anders Jonsson, Thomas Manni, Bruno, Daniele Forsi, Lloyd Konneker, Lukas Oberhuber, Rupert, cheesequake, Øyvind KolÃ¥s. * 10 developers to plug-ins or modules: Alx Sa, Jacob Boerema, Jehan, Rupert, lloyd konneker, Anders Jonsson, Bruno, Daniel Novomeský, Daniele Forsi, lillolollo. * 19 translators: Alan Mortensen, Alexander Shopov, Nathan Follens, Kolbjørn Stuestøl, Hugo Carvalho, Asier Sarasua Garmendia, Ngọc Quân Trần, Jordi Mas, Marco Ciampa, Sabri Ünal, Anders Jonsson, Danial Behzadi, Ekaterine Papava, Jiri Grönroos, Jose Riha, Luming Zh, Martin, Rodrigo Lledó, Yuri Chornoivan. * 1 Theme designer: Alx Sa. * 6 build, packaging or CI contributors: Bruno, Jehan, lloyd konneker, Alx Sa, Rupert, Jacob Boerema. Contributions on other repositories in the GIMPverse (order is determined by number of commits): * GEGL 0.4.54 is made of 11 commits by 16 contributors: Øyvind KolÃ¥s, Alexander Shopov, Hugo Carvalho, JonnyRobbie, Alan Mortensen, Anders Jonsson, Asier Sarasua Garmendia, Bartłomiej Piotrowski, Jehan, Martin, Nathan Follens, Nils Philippsen, Rodrigo Lledó, Sam L, Thomas Manni, Yuri Chornoivan. * ctx had 233 commits since RC2 release by 1 contributor: Øyvind KolÃ¥s. * `gimp-data` had 6 commits by 4 contributors: Bruno, Jehan, Alx Sa, Andre Klapper. * `gimp-test-images` (new repository for image support testing) had 5 commits by 2 contributors: Jacob Boerema, Alx Sa. * The `gimp-macos-build` (macOS packaging scripts) release had 6 commits by 2 contributors: Lukas Oberhuber, Bruno. * The flatpak release had 12 commits by 3 contributors after RC2 release: Bruno Lopes, Jehan, Hubert Figuière. * Our main website (what you are reading right now) had 42 commits by 6 contributors: Jehan, Alx Sa, Bruno, Jacob Boerema, Andre Klapper, Petr Vorel. * Our developer website had 18 commits by 5 contributors: Jehan, Bruno, Lukas Oberhuber, Alx Sa, Anders Jonsson. * Our 3.0 documentation had 373 commits by 13 contributors: Andre Klapper, Kolbjørn Stuestøl, Nathan Follens, Jacob Boerema, Alan Mortensen, Yuri Chornoivan, Dick Groskamp, Jordi Mas, Alevtina Karashokova, Alx Sa, Anders Jonsson, Daniele Forsi, Hugo Carvalho. Let’s not forget to thank all the people who help us triaging in Gitlab, report bugs and discuss possible improvements with us. Our community is deeply thankful as well to the internet warriors who manage our various discussion channels or social network accounts such as Ville Pätsi, Liam Quin, Michael Schumacher and Sevenix! _Note: considering the number of parts in GIMP and around, and how we get statistics through `git` scripting, errors may slip inside these stats. Feel free to tell us if we missed or mis-categorized some contributors or contributions._ # Around GIMP¶ ## Download Mirrors¶ Since the 3.0RC2 news post, two new mirrors have been contributed: * Saswata Sarkar, Gurugram, India * Hoobly Classifieds, USA Mirrors are important as they help the project by sharing the load for dozens of thousands of daily downloads. Moreover by having mirrors spread across the globe, we ensure that everyone can have fast download access to GIMP. ## How to Cite GIMP in Research¶ GIMP is often used in research, and therefore it is cited in various science publications. A researcher using GIMP for astronomical image processing approached us to know how to cite GIMP properly, even more as they say it is used to perform an important step in their algorithm. Since it seems like an interesting question, we updated our “ _Citing GIMP and Linking to Us_” page with a new “Citing GIMP in research” subsection containing the conclusion of this discussion. In particular, a `BibTex` entry, for researchers using `LaTeX` to manage their bibliography, is available on this link to simplify your work. For instance, say you use this RC3 for your research, you may cite GIMP with this entry: @software{GIMP, author = {{The GIMP Development Team}}, title = {GNU Image Manipulation Program (GIMP), Version 3.0.0-RC3. Community, Free Software (license GPLv3)}, year = {2025}, url = {https://gimp.org/}, note = {Version 3.0.0-RC3, Free Software} } Thank you to Cameron Leahy for this piece of BibTex code! # Downloading GIMP 3.0 RC3¶ You will find all our official builds on GIMP official website (gimp.org): * Linux AppImages for x86 and ARM (64-bit) * Linux Flatpaks for x86 and ARM (64-bit) * Universal Windows installer for x86 (32 and 64-bit) and for ARM (64-bit) * MSIX package (GIMP Preview) for x86 and ARM (64-bit) * macOS DMG packages for Intel hardware * macOS DMG packages for Apple Silicon hardware Other packages made by third-parties are obviously expected to follow (Linux or *BSD distributions’ packages, etc). # What’s Next¶ We really appreciate all the community testing and feedback we’ve received during the last two release candidates! This will hopefully be the final release candidate before the stable 3.0 version. Our focus now is to finish resolving the few remaining bugs in our 3.0 milestone list, while keeping an eye out for any new reports resulting from the changes in RC3. Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger!
010