Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 30 reacties
Bron: The Gimp Team, submitter: Rubén89

The GIMP logo (75 pix)Er is een update voor versie 2.8 van het opensource-fotobewerkingsprogramma GIMP verschenen. De naam GIMP is een afkorting voor 'GNU Image Manipulation Program'. De software is beschikbaar voor diverse besturingssystemen, waaronder Windows, FreeBSD, Linux, OS X en Solaris. De broncode is al op te halen, binaries voor de verschillende besturingssystemen volgen spoedig. Versie 2.8 bevat onder andere verbeteringen in de gebruikersinterface, layers kunnen nu worden gegroepeerd, de tekst-tool is sterk verbeterd en gegl is zo goed als compleet geïntegreerd. Deze update brengt voornamelijk bugfixes.

Core:
  • Make sure indexed images always have a colormap
  • Fix language selection via preferences on Windows
  • Don't crash on setting a large text size
GUI:
  • Keep the same image active when switching between MWM and SWM
  • Make sure all dockables are properly resizable (particularly shrinkable)
  • Add links to jump directly to Save/Export from the Export/Save file extension warning dialogs
Libgimp:
  • Fix GimpPickButton on OSX
Plug-ins:
  • Properly document plug-in-autocrop-layer's PDB interface
  • Fix importing of indexed BMPs
General:
  • Fix lots of places to use GIO to get proper file sizes and times on windows
  • Add an AppData file for GIMP
  • Backport lcms2 support from master, because lcms1 is not getting bug fixes any longer
  • Lots of bug fixes
  • Lots of translation updates

Gimp screenshot (620 pix)

Versienummer:2.8.8
Releasestatus:Final
Besturingssystemen:Windows 7, Linux, BSD, Windows XP, Solaris, Windows Vista, Windows 8
Website:The Gimp Team
Download:http://www.gimpusers.com/downloads
Licentietype:Voorwaarden (GNU/BSD/etc.)
Moderatie-faq Wijzig weergave

Reacties (30)

ik dacht een hele tijd geleden hier op tweakers gelezen te hebben dat men bij GIMP zou afstappen van allemaal die losse venstertjes, maar afgaande op bovenstaande screenshot is dat blijkbaar nog steeds niet gebeurd.

edit:
@ iedereen hieronder:
oops, had dus gemist dat dit er reeds in zat dmv een optie die je aan moest zetten. Ik was in de veronderstelling dat het single-window gebeuren de standaard zou worden, dus vandaar dat ik me afvroeg hoe het daarmee zat.

[Reactie gewijzigd door Yucko op 4 november 2013 15:32]

De optie 'Single-Window Mode' is er al een tijd, maar deze staat niet standaard aan. Om de een of andere reden zijn de developers nog steeds overtuigd dat losse vensters handig zijn...

Leuk programma, maar de developers zijn wel enigszins arrogant. Ze hebben ook besloten om bij 'Save' geen optie meer te doen om op te slaan als JPG, PNG of wat dan ook, maar alleen als het GIMP native formaat, XCF. Voor opslaan als 'normale' formaten moet je de export functie gebruikt. De gedachte erachter is min of meer logisch (geen loss of data), maar de usability van het programma gaat grondig achteruit, dankzij missende shortcuts, ongewenst standaard-gedrag en dat soort dingen. Maar de developers willen hun ongelijk niet toegeven.

Als je het niet eens bent met dit gedrag dan is waar je GIMP voor gebruikt niet waar GIMP voor bedoeld is en moet je maar wat anders zoeken... tenminste, dat vinden zij daar.
Wat jij aanhaalt zijn allemaal subjectieve meningen, niet representatief.

Voor mij is het juist prettig om losse vensters te hebben - deze passen mooi op mijn tweede scherm. Natuurlijk kunnen zij de default-mode aanpassen, maar dan gaat men daar weer over klagen: zie het XCF/PNG debacle hieronder.

Dat de "save" optie nu alleen XCF heeft is even wennen, maar netto ben ik (jij ook?) er niet slechter op af. Omdat ik vaak tekening bewerk, moet ik ze opnieuw opslaan als PNG. Voorheen moest ik dus twee keer opslaan, een keer als "save" XFC en een keer als "save-as" PNG. Nu is het slechts "CTRL+S" voor de XCG, en "CTRL+E" voor de PNG. Geen "save-as" is meer nodig. Om maar niet te beginnen over hoe vaak ik edits kwijt ben geraakt omdat "CTRL+S" nog op PNG stond.

Developers arrogant? Dat jij hun mening over het bovengenoemde niet deelt maakt de developers niet per definitie arrogant.

Als je GIMP gaat bashen bespreek dan de echte problemen - en niet wat vage subjectieve onderwerpen die elke keer opnieuw uit de sloot worden getrokken.
Wat jij aanhaalt zijn allemaal subjectieve meningen, niet representatief.
volgens mij zijn ze juist zeer representatief: ze worden overal en door iedereen opnieuw aangehaald.
Voor mij is het juist prettig om losse vensters te hebben - deze passen mooi op mijn tweede scherm.
hoewel ik uw mening respecteer, lijkt ze mij dan weer niet representatief.
Developers arrogant? Dat jij hun mening over het bovengenoemde niet deelt maakt de developers niet per definitie arrogant.
maar als ze de mening van 90% van het potentiële gebruikers naast zich neerleggen wel. Net zoals die kerel van filezilla die weigert om de wachtwoorden te encrypten.
Issues met vensters is een probleem met window management (voornamelijk in Windows). Onder Linux gedraagt het zich prima met losse vensters (geen aparte vensters in de taakbalk) en maakt men over het algemeen gebruik van meerdere workspaces. Dual head met losse vensters werkt in deze situatie dan ook prima.

[Reactie gewijzigd door Surkow op 4 november 2013 16:23]

Ik ontken niet dat er een use case is voor het nieuwe gedrag, maar de mening van developers is dat al wat zij bedenken het summum van gebruikersgemak is.

Er wordt op het GimpUsers forum door veel mensen geklaagd en de developers verzoeken in zekere zin de mensen die het nieuwe gedrag niet praktisch vinden maar gewoon om op te rotten. De houding is enorm arrogant.

In mijn use-case, waarbij ik werk met TIF, is XCF volledig overbodig. Bovendien is de manier waarop de export toegepast wordt niet praktisch. Als het dan zo nodig zo moet, zorg dan dat op het moment dat ik een TIF bestand open, ik per direct Ctrl+E kan gebruiken om dit weer als TIF op te slaan.

De shortcut kun je ook niet aanpassen. Tenminste, 'Overwrite ...' en 'Export to ...' kunnen niet beide aan Ctrl+E worden toegekend. Dus kost het mij gewoon meer handelingen, naast het wijzigen van mijn workflow. En die van vele anderen.
Is het mogelijk via een workaround het opnieuw in te brengen, door het als suggestie in te brengen om de shortcut-keys in te kunnen stellen?

Een alternatief is mogelijk een 3rd party shortcut tool, zoals hier voor XnView is beschreven?:
http://newsgroup.xnview.com/viewtopic.php?t=11713
Maar je kunt toch gewoon exporteren? Dus wat is het probleem?
De kwaliteit is er niet minder om, als je het via de export functie opslaat.
Eenmaal geëxporteerd, kun je wel gewoon die versie saven, als ik mij niet vergis?

Top software, niet alleen omdat het gratis is- dit is een app die je kunt gebruiken van scratch, zonder enige handleiding wijst alles vanzelf en edit je de mooiste foto's. :)
Nee, dat kan dus niet. Je blijft 'Export' moeten gebruiken. Dat is het probleem. Hij wil niet accepteren dat ik met enige regelmaat geen behoefte heb om iets in XCF op te slaan.

Ik werk regelmatig met TIF bestanden, inclusief layers, zonder lossy compressie, dus heb dan gewoon geen reden om in XCF op te slaan. Maar dat wordt me niet makkelijk gemaakt.

Ctrl+E werkt soms ipv Ctrl+S, maar niet altijd, afhankelijk van hoe het bestand geopend is. Als je één keer het Export to... venster open hebt gehad en opgeslagen als, bijvoorbeeld, TIF bestand, kun je daarna met behulp van Ctrl+E dit opnieuw doen. Echter, als je het bestand sluit, en daarna opnieuw opent, is de naam van de optie die exact hetzelfde doet veranderd in 'Overwrite <bestand>.tif'', welke geen sneltoets heeft, waardoor Ctrl+E niet werkt. Dan moet ik dus eerst weel Shift+Ctrl+E doen om het Export venster te openen voordat ik Ctrl+E weer kan gebruiken. Absoluut niet handig dus.
Om de een of andere reden zijn de developers nog steeds overtuigd dat losse vensters handig zijn...
Persoonlijk ben ik dat met de ontwikkelaars wel eens. Je kunt dan namelijk het canvas waar je op werkt een stuk groter maken, dan heb je grotere pixels om te bewerken of een groter deel van de image. Als je een ander window nodig hebt dan haal je hem met Alt-Tab boven.

En serieus, 1 keer instellen en je hebt single window mode, hoeveel moeite is dat?
Control + E of Control + Shift + E om op te slaan als (e.g. exporteren)
Control +E werkt dus, zoals ik hierboven ook al zeg, alleen als je Control + Shift + E al eens hebt gebruikt in de huidige sessie, wat een dialoogvenster inhoudt. Open je een bestand (geen XCF) om te bewerken en wil je dat overschrijven dan zul je ofwel 'File -> Overwrite file.tif' moeten doen, ofwel Control + Shift + E en daarna het bestand handmatig overschrijven, waarna Ctrl + E wel werkt.

Drie manieren om iets te bewerkstelligen wat voorheen met een (andere) toetscombinatie kon. NIet echt gebruikersvriendelijk. Bovendien zijn dialoogvensters natuurlijk behoorlijk irritant, zeker als je het doel al eerder opgegeven hebt.
In het Windows menu kan je hem op de Single-Window Mode zetten. Maar op de screenshot lijkt dat al gedaan te zijn, dus ik snap je reactie niet helemaal?
Bedankt, ik had de optie nog niet ontdekt.
Het doet echter nog niet wat iemand met 2 schermen zou willen: 1 venster met alle toolbars, 1 venster met de afbeelding.
Je kunt op zich alles als tabs in hetzelfde venster plaatsen... maar hoe zinvol dat is weet ik niet, photoshop werkt ook niet zo van wat ik me herinner (6/7 dagen...)

(Niet dat GIMP blind PS moet volgen in UI keuzes, maar ik neem aan dat dit onderwerp toch goed is onderzocht, voor het scenario dat jij beschrijft lijkt de oude manier me hoe dan ook veel handiger meerdere vensters die je zelf kunt positioneren waar het het handigste is...)
Op de screenshot is dat zeer zeker niet gedaan, op de screenshot wordt een window manager gebruikt waarbij het afbeeldingsvenster fullscreen is gemaakt zonder window border. De toolbox/layers-vensters zweven er waarschijnlijk met de always-on-top functie (die bijna elke window manager in Linux ondersteunt) boven.

Als dit de single-window mode zou zijn, zouden het toolbox- en het layers-venster naadloos aansluiten aan het menu en zou de afbeelding er niet achter door lopen, wat hier duidelijk wel het geval is.
Je hebt waarschijnlijk gelijk - zag de verschillen later pas. Wel verwarrend dat het zo'n hybride plaatje is ;) (de grootte helpt ook niet)
Kijk eens onder "Windows -> Single-Window mode". Zit er toch echt al een tijdje in. Dit heb ik onder zowel Windows als Ubuntu. Standaard staat hij wel op losse windows dus wellicht heb je het simpelweg over het hoofd gezien.

[Reactie gewijzigd door Inspector op 4 november 2013 14:48]

Dat zit er al een tijdje in. Het is een optie die standaard niet aan staat. Dus je moet het eerst even aanzetten.
Het is beide mogelijk. Standaard is de GIMP inderdaad nog steeds multi-window, maar in het menu "Windows" kun je de "Single-window mode" activeren.
Een quote van een reactie van de vorige versie van GIMP (2.8.6):
activeren van 'single-window-modus' zit onder het venster/window menu (moest de eerste keer tijdje zoeken alvore die feature gevonden had)
Bedoel je dit?
ik vind die losse venstertjes eigenlijk wel prettig werken, zeker wanneer je meerdere bestanden tegelijk open hebt staan.
Gaaf, kasteel neuswanstein!
Nog niemand dat de windows versie nog niet is geupdate?
Is nog v 2.8.6.
Nog even geduld denk ik.
Geen enkele binairy behalve linux :P is geupdate. De broncode is beschikbaar als 2.8.8. Aan een ieder om het zelf te compileren als je perse 2.8.8 nu al wilt gebruiken.

(correctie)

[Reactie gewijzigd door Xellence op 4 november 2013 22:37]

GIMP is echt heerlijk als je een beetje leert ermee om te gaan. Photoshop blijft altijd beter. Maar GIMP is voor mij persoonlijk meer dan voldoende. Het gaat uiteindelijk meer om de artiest dan de tools. ;)
Is het niet gewoon handiger om een link bij het artikel te zetten naar een locatie waar je de executables kunt downloaden? Source code downen en compileren is niet voor iedereen.
Sorry, maar de doelgroep van Tweakers.net is breder dan enkel gebruikers die hun gebruikte software met binairies installeren.
Ik zie de nieuwe versie niet voor Windows staan?

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True