<div dir="ltr">On Fri, Sep 16, 2016 at 4:35 PM, Imants Cekusins <span dir="ltr"><<a target="_blank" href="mailto:imantc@gmail.com">imantc@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr"><span class="gmail-"><span style="font-size:14px">>
 Would cabal-install need to link in all these maintained libraries 
statically? Or would there be some plug-in mechanism to load them on 
demand?</span><br><br></span><div>well the libraries would need to be official and some with the packager.​</div><div><br></div><div>the formats would be perfectly interchangeable i.e.</div><div>cabal -> standard_type -> yaml -> standard_type -> json -> standard_type -> cabal</div><div>would produce the same cabal file <br></div><div><br></div><div>only 1 config file per package to avoid confusion</div><div><br></div><div>however if the user prefers working with format F, they can always convert the format which came with the package, to F</div><br></div></blockquote><div><br></div><div>Even just looking at the set of features which is 1:1 betw. YAML and JSON, we're essentially just talking about key-value pairs with a couple of common types for the values. This isn't all .cabal files contain (e.g. see hvr's points about conditionals), but if it were true, is it really worth changing how Cabal works for a diffferent color bikeshed?<br><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Sep 17, 2016 at 8:06 AM, Imants Cekusins <span dir="ltr"><<a href="mailto:imantc@gmail.com" target="_blank">imantc@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span class=""><div class="gmail_extra" style="font-size:14px">> Do I have to obtain whatever whizzy new controller you've come up with in order to work with your packages?</div><div class="gmail_extra" style="font-size:14px">> Do I have to do this when everyone has come up with their own whizzy new controller and I need to fit their packages into whatever I am trying to write?</div>​</span><div>that's the while point. If we could agree on a standard serializeable model, each controller would ensure the link between the <i>view</i> and the <i>model.</i></div><div><i><br></i></div><div>user could open a package in any IDE / environment. The environment's controller would display the model in its own / user preferred view.</div></div><br></blockquote><div><br></div><div>Why not have .cabal files be the standard model, and anyone can write tools on top to translate to/from .cabal if users really want to use something else?<br><br></div><div>In general, though, I don't think the fragmentation is worth it.<br><br></div><div>Tom<br> <br></div></div></div></div>