Add support for child schemas

[liferooter]

Please add support for child schemas :)

[SeaDve]

It's on TODO :p

Can you also post the gschema somewhere or here for testing purposes, thanks!

[liferooter]

Cool!

https://gitlab.com/liferooter/textpieces-gnome/-/blob/c78898fd701da8732f468fcf2659d8d41cc2b874/data/io.gitlab.liferooter.TextPieces.gnome.gschema.xml.in

[SeaDve]

Thanks! However, I won't be able to work on it anytime soon, but if someone could contribute to it, I would be glad to review it

[vhdirk]

I've started working on this. But, I think is going to mean a pretty big restructuring. I'll create a PR whenever I have some idea of what it would look like.

My initial idea is, aside from the pretty obvious gsetting xml parsing, create a TypeGenerator so that enums and child schemas become first class citizens. Then, I would scan all the schemas for 'interesting' types like choices and flags as they are no separate entities in gsettings.

We can then use all of these types to generate the schemas. To keep things 'simple', I am currently only planning to support child schemas that share the same APP_ID parent. No unreferenced individual schemas. That is certainly possible too but would require a way of generating non-overlapping names .