Pluto Standard Library: INI, YML/YAML

Dec 10 '23 20:12 well-in-that-case

This really should be 3 issues instead of 1.

INI: Might be worthwhile to consider TOML, instead, due to being pretty similar but actually having a formal spec.
XML: Should be pretty easy by using soup::xml, although it's missing an encoder.

Dec 11 '23 17:12 Sainan

INI is too common of a format. There is going to be versions of it we can't support because of the lack of specification — there's some really cursed ones out there — but I'm fine with TOML alongside it.

This is fine as one issue too, it's all solutions working towards one major problem: the lack of data format parsers (minus json).

Dec 12 '23 02:12 well-in-that-case

If you're fine with not being able to support "all versions of it", then I think you'd be fine with adding TOML instead of INI. We could document it as "TOML/INI" so users will know what's up.

Dec 12 '23 21:12 Sainan

Upon further investigation, it seems TOML is not a superset of INI as I initially thought. Of course, we'd still have the issue of many INI dialects existing in the wild, but I hope some configurable options can address that.

Feb 13 '24 02:02 Sainan