Software-update: GIMP 2.10.34

Versie 2.10.34 van het opensource-fotobewerkingsprogramma GIMP is uitgekomen. De naam GIMP is een afkorting voor 'GNU Image Manipulation Program'. De software is beschikbaar voor diverse besturingssystemen, waaronder Windows, FreeBSD, Linux, macOS en Solaris. Nieuw in versie 2.10 zijn onder meer de GEGL-image processing engine en de mogelijkheid om het canvas te roteren. Daarbij treffen we diverse nieuwe en verbeterde tools aan. De complete releasenotes voor versie 2.10.34 kunnen op deze pagina worden gevonden. Dit zijn in het kort de belangrijkste verbeteringen:

GIMP 2.10.34 Released

GIMP 2.10.34 is finally out, with fixes and some improvements backported from our development codebase.

• File Formats
  • TIFF
  • PSD
  • JPEG XL
  • PDF
  • Raw data
• Template selector in Canvas Size dialog
• Item dockables with “Visibility” and “Link” headers
• Improved desktop color-picking (Windows, X11)
• Remembering color scale and model preferences
• macOS improvements
• Plug-in API
• GEGL, babl
• Release stats
• Improved Release Procedure and Call for Testers
• Around GIMP
  • Mirror news
  • Book news
• What’s next

Versienummer	GIMP 2.10.34
Releasestatus	Final
Besturingssystemen	Linux, macOS, Windows 10, Windows 11
Website	GIMP
Download	https://www.gimp.org/downloads/
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (14)

[sebati]

Erg fijn om foto's mee te bewerken. Langzaam maar zeker gaat GIMP richting de langverwachte versie 3
Hoewel vaak wordt geklaagd dat de ontwikkeling maar traag gaat, vond ik het overzicht over de ontwikkelingen in 2022 toch indrukwekkend, veel gebeurd natuurlijk onder de motorkap. https://www.gimp.org/news/2023/01/29/2022-annual-report/

[Jogai]

Het release model is in die zin nog een beetje ouderwets, omdat ze veel grote dingen in 1 release uit willen brengen, waardoor de volgende versie zomaar 5 of 6 jaar kan duren. Zo te zien willen ze daar ook vanaf, dus krijgen we meer versies met kleinere stappen, en dat is dan weer meer van deze tijd.

[sebati]

Wanneer je de voortgang rapporten e.d. naast elkaar legt dan is ook wel duidelijk dat veel zaken van de GUI architectuur afhankelijk zijn in de 2.x versie, waardoor ontzettend veel opnieuw moet worden geschreven. Logischerwijs ga je dan hierin ook meenemen dat er in de toekomst additionele functionaliteit aan die code moet worden toegevoegd. Krijg wel het idee dat de 3.0 release een veel stabielere basis zal vormen voor toekomstige ontwikkelingen. Zoals altijd ziet alles wat je wilt in de volgende versie:)

[RoestVrijStaal]

Je kan ook de andere kant op redeneren:
GTK 3+ heeft zoveel breaking changes dat gebruikers van die widget toolkit veel werk moeten verzetten om van 2 naar 3 (en verder) te migreren.

Dat konden de ontwikkelaars van GTK ook voorzien en daarop anticiperen door de breaking changes te spreiden in meerdere major releases. Helaas mocht dat niet zo zijn.

Best ironisch dat de widget toolkit die ooit gemaakt is voor en door GIMP, hedendaags zo "incompatibel" is voor GIMP

[sebati]

Voortschrijdend inzicht, voor beide valt wat te zeggen. Een "major release" houd per definitie in nieuwe functionaliteit en mogelijk incompatibiliteit met eerdere functionaliteit. Ik denk dat het dan niet veel uitmaakt of je de pijn in een keer neemt of verspreid over een aantal versies. Uitstellen kan ook weer nadelen hebben. Maar eens dat dit voor GIMP zelf misschien niet zo heel goed uitpakte, maar dat is ook met de kennis van nu. Wellicht was de hoop dat er meer ontwikkelaars zicht zouden aansluiten en is dat uitgebleven.

[Reactie gewijzigd door sebati op 23 juli 2024 00:23]

[RoestVrijStaal]

Ik denk dat het dan niet veel uitmaakt of je de pijn in een keer neemt of verspreid over een aantal versies.

Ontwikkelaars die Python gebruiken, zullen het niet met je eens gaan zijn.

Daarnaast zijn er talloze projecten zoals WireShark, Audacious en LXDE, die besloten hebben om maar naar Qt te migreren omdat de migratie van GTK2 naar GTK3 meer bloed, zweet en tranen bleek te zijn dan migreren naar een andere widget toolkit.

[Janbraam]

[Ik denk dat het dan niet veel uitmaakt of je de pijn in een keer neemt of verspreid over een aantal versies.]
Ontwikkelaars die Python gebruiken, zullen het niet met je eens gaan zijn.

Jouw antwoord op @sebati komt mij dubbelzinnig over... (en ik waardeer duidelijkheid/concreet zijn steeds méér).

Voor een Python-ontwikkelaar is het fijner om direct de hele buts aan te pakken of juist andersom?!?

[RoestVrijStaal]

Nee, met het antwoord op Sebati doelde ik op dat Python 3 praktisch een compleet andere programmeertaal is dan Python 2. Het verschil was zo groot dat het praktisch niet uit maakt of naar Python 3 wordt gemigreerd of de programmatuur in een andere programmeertaal wordt herschreven.

[himlims_]

heb gimp al paar jaar niet meer aangeraakt; https://www.photopea.com/

[sebati]

Zal een prima oplossing zijn, maar op het gebied van ontwikkeling niet te vergelijken met GIMP omdat het geen open source oplossing is (voor zover ik dit kan vinden).

Bij GIMP blijft je data lokaal, bij Photopea wordt je data geupload naar de ontwikkelaar waarbij de vraag is hoe zij met je data omgaan. Het is een gratis dienst en "iets" moet de kosten daarvan dekken.

[Jerie]

Het is niet gratis, het is freemium. De privacy policy is hier te vinden https://www.photopea.com/privacy.html

Een FOSS alternatief voor GIMP op de desktop is mogelijk Krita, al is dat dacht ik meer een Illustrator vervanger.

Zelf gebruik ik graag Pixelmator (Pro). Kost maar 30 EUR en werkt prima op macOS.

[sebati]

De policy had ik gelezen, staat niets in hoe zijn met je data omgaan en hoe ze dat beschermen.

[Jogai]

Als er zoveel van de toolkit afhankelijk is dan is of de toolkit slecht, of de architectuur.

[tistjendop]

Misschien best de download link in het tabelletje onder het artikel wijzigen naar https://www.gimp.org/downloads/ want nu wijst die naar de ontwikkelversie.