Hugo Parente Lima

Hmmm, CI was failing with old GObject libs, after updating the CI things start passing. With the current patch things works as expected, but there's the breaking change that requires...

I believe now it's ready to be merged. And it's no more a breaking change, since it doesn't require the Crystal object to have a default constructor. However I'll only...

When I started with the idea of always initialize the Crystal instance in the instance_init, but I guess I was not able to make custom constructors work, now I see...

> I think we should do the following to better match `GObject`s behaviour: > > * Create a `protected def initialize` in `GObject`, which calls the previous `constructed` vfunc >...

~No, I think it can be merged, the CI failure were related to another issue. I will try to merge it next days once I have some time to test...

The problem seems to be the order of creation, so when the C code calls the Crystal property the Crystal object isn't fully initialized yet.

Problem: GICrystal stores a qdata in each GObject to inform the pointer of the Crystal object for that GObject, so when C code asks for a GObject property defined in...

Hi, if you could test https://github.com/hugopl/gi-crystal/pull/153 to double check if the issue was fixed I would appreciate :-) To use this version of gi-crystal you need to use a [shards.override.yml](https://crystal-lang.org/reference/1.12/man/shards/index.html#fixing-dependency-version-conflicts)...

Thanks for testing it! (and also for reporting the issue!) Good thing about this fix is that now will also be possible to create Crystal deffined widgets from GtkBuild files...

This POC doesn't handle parameters others than primitive types... nothing really hard to implement, but require a bit of time to do so... anyway, it's on my queue.