once i wrote a nice little library called #libgtkflow, a flow graph library for #gtk . i have never seen a project done with the library as cool as this: https://rasterflow.io/ it's a tool for #image #manipulation with #gegl. and i just love how the website documents all the available filters!
RasterFlow

Build procedural images with RasterFlow’s node-based editor, real-time previews, and non-destructive workflow.

RasterFlow
Both #Helvum and #libgtkflow implement Flowgraphs with GTK.
Neither of them are usable for my App. Thus I probably need to implement a third Flowgraph library in #Golang, which again - will not be usable by anyone else.

I merged a huge PR from activey into #libgtkflow , my #gtk flow graph library. He made significant contributions to the codebase. Amongst many other things he made title widgets possible which i appreciate greatly. He also showed me two projects he's doing with libgtkflow and have to say that his attempt at a GEGL-filter chain program is already better than mine was ( https://notabug.org/grindhold/effector ).

Here's a screenshot of the demo now containing title widgets :)

grindhold/effector

image filter chain editor - A GUI for GEGL

#libgtkflow can now render dock widgets in its #gtk 4 variant. you can add arbitrary widgets to your docks instead of just a label with the dock's name on it!

check it out at https://notabug.org/grindhold/libgtkflow or https://codeberg.org/grindhold/libgtkflow

grindhold/libgtkflow

flow graphs for Gtk+ 3 and Gtk 4

should we render the delete button with or without frame? :) see first reply for example screenshot

#libgtkflow #gtk

with frame
10%
without frame
90%
Poll ended at .

these nodes have reached critical levels of fanciness! style your #libgtkflow nodes with CSS. and i improved the rendering of the corners. they arent faking to be round anymore!

#programming #vala #gnome

https://notabug.org/grindhold/libgtkflow

grindhold/libgtkflow

flow graphs for Gtk+ 3 and Gtk 4

i just realized that #libgtkflow 4 has just about a third (38%) of the codebase of #libgtkflow 3 . many kudos to all the #gtk developers out there for making this possible by simplifying the #gtk API so much.

🥳 Celebrate with me for two reasons! The rewrite is done. i have released #libgtkflow for #gtk 4 in version 0.2.1 . check it out at https://notabug.org/grindhold/libgtkflow / https://codeberg.org/grindhold/libgtkflow

IMPORTANT: libgtkflow is now called libgtkflow3 and is complemented by libgtkflow4 !

Second reason: I have decided to bump libgtkflow3 and libgflow to 1.0 ! The API has been stable enough for a long time and maybe this encourages developers more to use the library.

grindhold/libgtkflow

flow graphs for Gtk+ 3 and Gtk 4

oh wow. look at those chonkers! the five last known bugs, including resizing behaviour of the nodes, have been fixed. now i have to adapt some things downstream and intend to do a release tomorrow!

#libgtkflow #gtk #gtk4 #programming #ui #vala #floss

spoiler: of course, libgtkflow4 is going to be published under LGPLv3 as all other libs that derive from the repo https://notabug.org/grindhold/libgtkflow / https://codeberg.org/grindhold/libgtkflow

grindhold/libgtkflow

flow graphs for Gtk+ 3 and Gtk 4

and the minimap is back, too. i now deem the gtk4 port feature-complete. time to make a 0.2-release. #libgtkflow #gtk #programming #vala