<div dir="ltr">> Give users and packager devs a choice of config file formats / representations.<div style="font-size:14px">> Why is this even a goal? On the contrary, I see this as an anti-goal, because it leads to useless creativity and fragmentation.</div>​<div>such creativity and fragmentation may actually give benefits.</div><div><br></div><div>can MVC [1] be relevant here?</div><div><br></div><div>currently both config content (let's call it a <i>model</i>) and representation (<i>view</i>: specific config file type) are bundled.</div><div><br></div><div>if a common <i>model </i>is agreed on<i>,</i> package tool and IDE devs could pick any <i>view (</i>format<i>)</i> that best suits their / users needs.</div><div><br></div><div>such fragmentation would not break the workflow. If someone thinks of a convenient format and believe it worth their time to write a <i>controller</i> for it, why not?</div><div><br></div><div>[1] <a href="https://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controller">mvc</a></div></div>