Strixpyrr
Strixpyrr
Regarding the `okio` dependency, would it not have been better to keep it in the same module but have `okio` as a compileOnly dependency?
I have a draft implementation up on my fork now. I've gotta test and debug still, it's not quite working. Progress is being made :)
Yes, I think this is covered by kotlinx.serialization already. I'm not sure what functionality Reflekt would provide that we don't have access to, but I could be missing something
I'm working on a rough first implementation of this functionality in [this branch](https://github.com/NightEule5/ktoml/tree/serialization-support). I'm wondering if you have any thoughts on how it should look. Any input is welcome. :)...
Thanks for the response! > So I suppose we need to keep AST (or any other IR) in place. May be we can modify the existing AST somehow? Yes, I...
> @NightEule5 will be great if you would take ownership over the serialization part of it is ok for you. Sure, I'd appreciate that
Sure, got it
Ok, I've refactored the node tree a bit and created low-level file/string writing classes, and tests still pass. Should I create a pull request to the main branch or should...
> I would be interested to know why some people in Jetbrains do not like the framework? :) As do I. It's great
> Unfortunately I am busy right now with the support for Custom deserialisers and Inline (VALUE) classes, so won't be able to make it in the nearest future... :( Understandable...