The summer was spent doing research, experimenting, and making some tech demos. The project was put on hold for a while so I could help out with API work for GIMP 3.0. For the last two months though, my main focus has been trying to complete an initial version for the upcoming 2.99.18 release. And now, it looks very likely that it’s going to make it in.
If you’re interested in trying it out, you can build from source with this branch: Files · alxsa-initial-nde-checkin · GNOME / GIMP · GitLab
Otherwise, it will very likely be available in the upcoming 2.99.18 release. Note that this is intended to be an initial functional implementation, and further enhancement are planned after the 3.0 release. Still, I’m looking forward to everyone being able to try this out and see how it fits in their workflow!
Sure, although fortunately a few people have already compiled it and given it a test drive - in fact, there’s already been bugfixes based on that!
It looks almost certain that this feature will be included in 2.99.18, so we should get some good feedback then.
Heh! Like with the CMYK project, I imagine the complaints will change to what’s missing, rather than it not existing at all.
Which is fine - there’s definitely features I couldn’t implement for this initial release, and likely more that we don’t even know about yet. But I think it will be helpful to a lot of people once it’s there, and that’s good enough for now.
Unfortunately it would involve a lot of hacking on GTKTreeViews to achieve, and I couldn’t manage that along with implementing NDE so we went with what’s currently there. I’m sure it will be a priority to improve after 3.0.
So if I understood your video we will be able to delete a filter as well.
The way it shows in the UI is quite nice by not overwhelming the layers’ stack, and it looks like it’s not far from the “smart object”, I mean if we can replace the layer-image with another one and all the filters apply to replaced layer, you’re in the “smart object” territory
I’d hate to go offtopic, but a question though, would .ora format be revisited after this update? I mean, it does needs a update with GIMP getting non-destructive editing, and Krita has it while there are missing blending modes in the standard .ora that can be seen in other image editors, and I see GIMP as the only motivator for ora standard revisit.
Hopefully - there is a Libre Graphics Meeting around the time GIMP 3.0 is planned to be released, and that’s where past open standards have been discussed. It’d be great if OpenRaster files became as common as PSDs for transferring project files between programs.
Hopefully soon! The original plan was to release it earlier this month, but Jehan’s schedule has had some unexpected bumps that caused delays. It turned out to be a good thing for NDE though - I was able to implement a really important feature and make some bugfixes based on early testor feedback.