GIMP

https://www.gimp.org/news/2026/01/24/gimp-3-0-8-released/

GIMP 3.0.8 released today.

A new version of the manual, including more translation work; fixes to bugs people have been kind enough to report.

Startup performance improved on many systems; colour profiles on Windows; SVG path import;
some minor UI improvements; security fixes; see link for more.

This might be the final 3.0 release before 3.2.

#GIMP #GIMP3 #Gimp_3 #release #freeSoftware #libreGraphics #GNU #GnuImageEditor

GIMP - GIMP 3.0.8 Released

Release news for version GIMP 3.0.8

Jan 25 at 2:09amWeb
Show threadDavid B. Jan 25
@GIMP Still waiting for the major UI improvements that would make it usable. 😞
Show thread🧊 freezr πŸ₯ΆJan 25

@David @GIMP

Still trying to understand such comments. People that really use Gimp daily doesn't complain.

People that doesn't use Gimp always find time to complain but never to learn it...

πŸ‘Ž

Show threadEugene  Jan 25

@freezr I want to join to this "non-understanding such comments". I'm using #GIMP for photo editing for a long time and it's interface is pretty good for it β€” frequently used tools have hotkeys, the same for main menu items. Most of the time I'm just using these hotkeys, not navigating through UI elements at all.

Yes, GIMP was PITA a long time ago, then it had multi-window interface, which paired not so well with my obsession with tiling WMs  . But since it got an one-window mode, the problems are gone.

@GIMP @David

Show thread🧊 freezr πŸ₯ΆJan 25

@evgandr @GIMP @David

90% is about your habits... I know (very old) professionals that still use Photoshop in multi-windows mode because this was the UX/UI when they started to use it...

Show threadtusharheroJan 26
@evgandr @freezr @GIMP @David same! I never understand these complaints, maybe it is because GIMP is not like the programs they are familiar with. I couldn't know, it has been a long time since I touched proprietary image editing programs.
Show threadπ˜‹π˜ͺ𝘳𝘬Jan 25

@David @GIMP Major UI improvements are one thing, but not flickering the whole UI when clicking a color or changing any of the values in this dialog would be fine to begin with …

(Arch Linux, Wayland, labwc)

Show threadGIMPJan 25

@dirk @David are you saying you are experiencing a bug with a flickering display, or that you don’t like the UI elements changing, e.g. the colours changing as you move sliders?

It is not supposed to flicker.

Show threadπ˜‹π˜ͺ𝘳𝘬Jan 25
@GIMP @David well … πŸ˜ƒ
Show threadGIMPJan 25
@dirk @David thanks, this looks like what is happening is labwc is trying to move focus when you click and then return it to the main GIMP window too soon; that is not normal GIMP behaviour. You could explore edit/preferences under Window Management for Hints for docks and toolbox, but i’m not sure if it will help.
Show threadZeMarmot Jan 25

@dirk
That's not the UI flickering. In your video, we can clearly see that the problem is that the color dialog does not keep the focus which is grabbed back by the main window (and your theme is such that this focus switch is indeed really visible).

Semantic aside, I agree it's not very good. Even usability-wise, the focus should stay on the color widgets (for instance to allow tweaking with arrows where available, or to navigate easier).

1/x

@GIMP @David

Show threadZeMarmot Jan 25

@dirk

I did a quick code check and fixed it locally. I'll need to test more tomorrow before pushing though. The commit which introduced this mentioned a Wayland issue so I'll make sure not to introduce a regression. But no reason we can't find the right fix.

Advice for the future: when you have issues, report them. You are lucky I even looked at this thread (Mastodon is not a bug tracker). The apparent "flickering" is absolutely not obvious with any of the default themes.

2/2

@GIMP @David

Show threadπ˜‹π˜ͺ𝘳𝘬Jan 25
@zemarmot @GIMP @David Awesome! πŸ‘ … For testing purposes I removed ~/.config/GIMP to start with fresh configuration but experience the the same behavior, though.
Show threadZeMarmot Jan 26

@dirk "fixed it locally" means the fix is currently **only** on my computer. Not even on central code repository. Even less in a release version! πŸ˜…

I just had breakfast, looked at emails to start the day… At best, you may get a fixed version if you were to compile the code yourself, in a few hours. Or you'll just have to wait for a future release. βŒ›
@GIMP @David

Show threadπ˜‹π˜ͺ𝘳𝘬Jan 26

@zemarmot @GIMP @David I know what "fixed locally" means, thanks.

I just added more context to show that it is not affected by any configuration.

Show threadπŸ‡¨πŸ‡³πŸ‡΅πŸ‡ΈπŸ‡±πŸ‡§πŸ‡»πŸ‡ͺπŸ‡°πŸ‡ͺπŸ‡³πŸ‡¨πŸ‡¬πŸ‡±πŸ‡§πŸ‡·(πŸ§†πŸ³οΈ)PopolonπŸ·α «α £α «α £α ―α £α ¨πŸŽζŠ±ζŠ±ιΎ™πŸ‰Ψ¨ΩˆΨ¨ΩˆΩ„ΩˆΩ†πŸ€–πŸ¦§Jan 26
At least it is rendered cleanly, that was no more the case since pre-3.0 versions , at least on X11(IntelGPU) in my case, looks far better on Wayland/ARM GPU, but not sure therisn't still a problem with LCH part here .

CC: @[email protected] @[email protected]
Show threadGIMPJan 26
@Popolon @dirk @David the magenta in the sliders is trying to indicate out of gamut colours. We agree that it’s unclear and confusing and hope to improve it in the future.