Several people seem to have problems with binding or generate bindings to libgtkflow from different entvironments due to GtkFlow.Node being a private class. From a Vala level the API is clean. I've designed libgtkflow carefully to not expose GtkFlow.Node because it is merely supposed to be an internal helper, so I was a bit reluctant to expose it for a time but if our small but enthusiastic userbase is hindered by just that, this becomes a nobrainer.
I shall patch this in the current master and hope to get responses from the community.
Several people seem to have problems with binding or generate bindings to libgtkflow from different entvironments due to GtkFlow.Node being a private class. From a Vala level the API is clean. I've designed libgtkflow carefully to not expose GtkFlow.Node because it is merely supposed to be an internal helper, so I was a bit reluctant to expose it for a time but if our small but enthusiastic userbase is hindered by just that, this becomes a nobrainer.
https://discourse.gnome.org/t/gir-files-generated-by-valac-lack-instance-parameters-for-class-methods/5321
https://github.com/antoyo/relm/issues/113
I shall patch this in the current master and hope to get responses from the community.
Several people seem to have problems with binding or generate bindings to libgtkflow from different entvironments due to GtkFlow.Node being a private class. From a Vala level the API is clean. I've designed libgtkflow carefully to not expose GtkFlow.Node because it is merely supposed to be an internal helper, so I was a bit reluctant to expose it for a time but if our small but enthusiastic userbase is hindered by just that, this becomes a nobrainer.
https://discourse.gnome.org/t/gir-files-generated-by-valac-lack-instance-parameters-for-class-methods/5321
https://github.com/antoyo/relm/issues/113
I shall patch this in the current master and hope to get responses from the community.
patched as of
24aaae2