3 ms·
This is so promising! I presume like pandoc, the goal is to use an internal model to reduce the M*N complexity of format transcoding to M+N. But when I look a
by w10-1 2y ago
This is so promising!
I presume like pandoc, the goal is to use an internal model to reduce the M*N complexity of format transcoding to M+N.
But when I look at the tests for this (and Dasel and rq also mentioned here), I see very little. jq seems to have much more. Perhaps I'm missing them.
Which leads to some side/related comments...
A great project would be to build a transcoded test suite that all these tools could run against. It wouldn't be hard to generate.
Also, while go is a great language, I think pandoc gets a lot of benefit from implementing the internal model in haskell. Pandoc has a much harder problem because there's a lot more variability and less structure in the formats, so it should be doable for formats.
- arandomhuman 2y agoYour comment regarding a great project having a test suite for transcoding is very apt and something thought about a lot when putting this together. qq currently has a test that is vaguely akin to that but it's embarrassingly crude[0] at this stage. If something like this had some assertions after converting for all (or applicable) combinations of formats with a given query I think that might be approaching a good testing suite. (Forgive my ignorance I haven't looked in depth at the testing for jq) Now that you mention it, it would be nice to support a multi output mode in the cli as well. Using the codec library should achieve a similar M+N complexity if I am not mistaken. [0] https://github.com/JFryy/qq/actions/runs/9654023860/job/26627442435 https://github.com/JFryy/qq/actions/runs/9654023860/job/2662...