#34 bindings impedimented due to GtkFlow.Node not being public

Ouvert
Créé il y a 3 ans par grindhold · 1 commentaires

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.
grindhold a commenté il y a 3 ans
Propriétaire

patched as of 24aaae2

patched as of `24aaae2`
Connectez-vous pour rejoindre cette conversation.
Pas d'étiquette
Aucun jalon
Pas d'assignataire
1 Participants
Chargement…
Annuler
Enregistrer
Il n'existe pas encore de contenu.