GIMP 3.0 Enters String Freeze, Inching Closer To Release

[F.Ultra]

They can find sponsors. Let me find some thread about it which clarifies what's the main problem.

UPDATE:

https://gitlab.gnome.org/GNOME/gimp/-/issues/10373

Just read through this. For me it's clear Gimp has a major organizational problem that makes it so slow, but its developers don't consider it a problem in the first place. So I don't expect it to improve in the sense of pace of development unless maintainers will decide something needs to change.

Ok so I read through that issue and still cannot fathom where you deduced this idea. The only potential comment in this link that I can even think of coming close was this one:

As you seem to guess (with the emphatic "If"), we don't want "users" or "market share" or anything of the sort. We are happy to share our work with everyone, and I personally believe that the only sane condition for software is to be Free Software and also I like that anyone has access to professional-level software. Other than this, we are not chasing after users. This is the big difference between some company (or similar) which thrives in market share and a community of people doing together something they love.

And if that post is what triggered you then IMHO that post does not at all mean what you think it does. If it was any other comment instead that I somehow missed to read get the significance of, then please link it directly or quote it so we can at least have some form of idea where this is coming from.

[StarterX4]

Nice, then GIMP 4 development will start and get released when GTK 6 is released

They could eventually skip the pure GTK 4 release and proceed to the further major version instead

[ALRBP]

> transitioning away from Python 2 to Python 3
WHAT ???!!!
I mean, how can that not be already done ?!
Python 2 is 4 years unsupported !
15 years obsolete !

[You-]

String freeze? So they don't accept any new strings?

The bugs they are aware of wont change any text/labels and they want to give atleast a month to translators to update the translations in readiness for gimp 3.0 (though they will likely still be in rc phase in a month). A lot of translators may have stuck to the 2,10 branch, so more work than usual may be required to get up to date.

[You-]

here we have a problem because GTK/Gnome devs have dropped the support for macos and windows...

Totally incorrect... gtk4 even has a newly rewritten backend got macOS which should be far superior to what existed before.

people report that develop against upstream GTK/gnome is maybe no fun.

That might have been the case 10 years ago, but since the release of gtk4, there have been so many new developers targeting gnome that the evidence states the case is otherwise - developers enjoy targeting and developing for gnome.

[alexleduc]

String freeze? So they don't accept any new strings?

[qarium]

That's not the point. They simply don't want to add full time developers even if that was possible. As I said, it's not about not having resources but rather about lack of any interest in doing it. And I think it's bad for Gimp's users becasue taking a decade to implement this feature is insane.

you are clearly wrong they would be happy to have full time developers but who will pay for it ?

[qarium]

even though gimp 3 will be using an obsolete version of gtk, I hope the gtk devs will help get gimp 3.x working well on macos/windows. i think by the time gimp moves beyond gtk3 I think we'll all be using ai for photoediting work.

here we have a problem because GTK/Gnome devs have dropped the support for macos and windows...

this means only totally outdated GTK3.0 is the only option to have any windows or macos support...

[qarium]

There is something seriously wrong with Gimp's development model and I don't think it's lack of possible funding. Maintainers just don't care to make this kind of work faster becasue they think it's OK. I.e. if they wanted, they could find ways fund such work.

i don't think so... they always welcome more money.

[qarium]

Nice, then GIMP 4 development will start and get released when GTK 6 is released

if we deal with GTK/Gnome this really sounds like a good choice...

people report that develop against upstream GTK/gnome is maybe no fun.