Rebuilding Qt bindings for upcoming Crystal 1.0 release

[docelic]

Hey @Papierkorb , @HertzDevil , it would be really nice if we planned to rebuild the Qt bindings for various versions roughly in sync with Crystal's 1.0 release.

@HertzDevil do you have a general overview of the things that you still want to add to bindgen, which directly influence the Qt bindings?
And/or @Papierkorb, do you have a list of areas in bindgen that still need improvement in relation to Qt?

Thanks!

[Papierkorb]

Version 1.0?!

@Papierkorb, do you have a list of areas in bindgen that still need improvement in relation to Qt?

Bindgen should be fine I think. There are surely areas that need further work for the 'perfect' bindings, but for simple programs it's good enough as far bindgen is concerned. Only thing from the top of my head would be GC "integration" of sorts. Another qt5.cr specific issue is integration with Crystals I/O scheduling lib. Still complex thing to do for sure, but somewhat reasonable? This alone would make Qt5.cr go from a toy to something more noteworthy.

[docelic]

(Yes, the next release will be 1.0, the Crystal team has decided on that already.
The rolling changelog for that release is here: https://github.com/bcardiff/crystal/blob/changelog/1.0.0-pre1/CHANGELOG.md )

[HertzDevil]

Nothing special in mind, I have been ensuring that qt5.cr works on 1.0.0-dev. Personally I'd continue work on template types support but that does not have to align with Crystal itself's release timeframe. (We probably still need to push a 0.8.0 tag some time, but that's mainly due to shard.yml.)

[docelic]

Hey, I can devote some time this weekend. Will post an update.

[docelic]

I updated some little things in Qt 5 bindings along the way.
I guess the steps to make another release of bindgen would be to merge #76 and then do a release.
Will see over the weekend.