Every time people defend the GIMP for having a terrible user experience (just take it as a lemma; it's been debated to death elsewhere and would just clutter up the joint), they seem to inevitably trot out "But but but the GIMP is for serious image manipulation and photo work!". You had one job, GIMP. One job. :(
The Sad State of High Bit Depth GIMP Color Management
31–40 of 44 posts
Re: The Sad State of High Bit Depth GIMP Color Management
#32Earlier quoted context omitted.
I agree, the only time I tried to submit a bug report to them I got a snarky response from one dev and a ban from another.
If you're going to claim something like that, best to link to the issue in question. (Like, 99% of the time someone complaining about being unfairly banned was being a total asshole.)
If its going to change something, I have found the link. But I'm not thrilled about it, I gave up on GIMP devs a long while ago and I really don't care about them.
Re: The Sad State of High Bit Depth GIMP Color Management
#33I had been waiting for a Photoshop / GIMP replacement for years, it seems that the GIMP developers dug themselves in a hole a while back with babl and GEGL and a number of good alternatives have cropped up in the meantime. My first problem with GEGL is that it seems to be the only way to reliably crash GIMP, and my second problem is that it doesn't serve to make any discernible workflow easier. A nice workflow for ph…
Krita is awesome. But, and I know this will sound weird to many people, I am now so familiar with GIMP's UI and workflow, that I find changing difficult.
Re: The Sad State of High Bit Depth GIMP Color Management
#34Earlier quoted context omitted.
If you're going to claim something like that, best to link to the issue in question. (Like, 99% of the time someone complaining about being unfairly banned was being a total asshole.)
What I did was take the snarky response and use it as a template for my response, in which case my being an asshole would've been a direct ressult of the other person being one in the first place. If its going to change something, I have found the link. But I'm not thrilled about it, I gave up on GIMP devs a long while ago and I really don't care about them.
Re: The Sad State of High Bit Depth GIMP Color Management
#35This article is primarly a strawman argument, the 'architecture' which is so adamantly argued against has already been abandoned (much thanks to arguments from OP). https://git.gnome.org/browse/babl/tree/docs/roadmap.txt#n74 It has however not magically implemented itself yet. This is somewhat recognized in the article section which starts "There is a ray of hope". The implication that the issues demonstrated will go…
In general, many people in the GIMP community found Elle's mails puzzling.
There have been suggestions to take the discussions to a more interactive environment - for example IRC, where most discussion happen anyway, or to the next Libre Graphics Meeting.
Re: The Sad State of High Bit Depth GIMP Color Management
#36GIMP still doesn't have adjustment layers which would be the first lesson in a Photoshop 201 class on serious photography workflows. They are very far from being a Photoshop replacement.
The issue with adjustment layers is that GIMP does not yet have a mechanism for continuous filter/plugin evaluation and it may not yet be fully thought out: so what does the layer mask do in this case, just a wet/dry mix, some other plugin-specific parameter per pixel? Also, if we're going this route it might make sense to have adjustment layers attached to a parent layer where they apply (as descendants), and then b…
I guess many consider this as obvious, but I suspect that some people in this thread might not know what GEGL actually is.
Re: The Sad State of High Bit Depth GIMP Color Management
#37For some context and differing opinions, see the rather long discussion thread on gimp-devel that prompted this article: http://thread.gmane.org/gmane.comp.video.gimp.devel/26058 http://thread.gmane.org/gmane.comp.video.gimp.devel/26068 http://thread.gmane.org/gmane.comp.video.gimp.devel/26078 From glancing over it, it seems to me like Elle Stone wants GIMP to make a rather radical shift to Do The Right Thing, while…
Re: The Sad State of High Bit Depth GIMP Color Management
#38It's been how many years? And it's still 8-bit? Maybe the GIMP needs a fork. I like it, but it's a bit crap.
Yeah, sure. All the new developers that the team is currently missing will just _materialize_ out of thin air.
Re: The Sad State of High Bit Depth GIMP Color Management
#39Every time people defend the GIMP for having a terrible user experience (just take it as a lemma; it's been debated to death elsewhere and would just clutter up the joint), they seem to inevitably trot out "But but but the GIMP is for serious image manipulation and photo work!". You had one job, GIMP. One job. :(
Because yeah, I can see how random folks on the interwebz should be listened to :)
FYI, the core GIMP team admitted long ago that GIMP's UI/UX sucks _and_ started dealing with that. See gui.gimp.org for reference.
Re: The Sad State of High Bit Depth GIMP Color Management
#40I had been waiting for a Photoshop / GIMP replacement for years, it seems that the GIMP developers dug themselves in a hole a while back with babl and GEGL and a number of good alternatives have cropped up in the meantime. My first problem with GEGL is that it seems to be the only way to reliably crash GIMP, and my second problem is that it doesn't serve to make any discernible workflow easier. A nice workflow for ph…
https://git.gnome.org/browse/babl/tree/docs/roadmap.txt
"The user can create custom formats with any permutation of the components, using any of the (double float u8 u16 u8-luma u8-chroma u16 u32 and CIE Lab specific) data types in babl - or have new ones registered."
How is that plan any different from what you described?