<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, May 4, 2016 at 3:33 AM, Donald Stufft <span dir="ltr"><<a href="mailto:donald@stufft.io" target="_blank">donald@stufft.io</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I'd actually prefer not using JSON for something that is human<br>
editable/writable because I think it's a pretty poor format for that case. It<br>
is overly restrictive in what it allows (for instance, no trailing comma gets<br>
me every time) and the lack of comments I think make it a poor format for that.<br></blockquote><div><br></div><div>yup -- these are really annoying when JSON is used for a config format.</div><div><br></div><div>but INI pretty much sucks, too.</div><div><br></div><div>What about PYSON (my term) -- python literals -- could be evaluated with ast.literal_eval to be safe, and would give us comments, and trailing commas, and python's richer data types.</div><div><br></div><div>or just plain Python -- the file would be imported and we'd specify particular variables that needed to be defined -- maybe as simple as:</div><div><br></div><div>config = a_big_dict_with_lots_of_stuff_in_it.</div><div><br></div><div>so it could be purely declarative, but users could also put code in there to customize the configuration on the fly, too.</div><div><br></div><div>-CHB</div><div><br></div></div><div><br></div>-- <br><div class="gmail_signature"><br>Christopher Barker, Ph.D.<br>Oceanographer<br><br>Emergency Response Division<br>NOAA/NOS/OR&R Â  Â  Â  Â  Â  Â (206) 526-6959   voice<br>7600 Sand Point Way NE Â Â (206) 526-6329   fax<br>Seattle, WA Â 98115 Â  Â  Â Â (206) 526-6317   main reception<br><br><a href="mailto:Chris.Barker@noaa.gov" target="_blank">Chris.Barker@noaa.gov</a></div>
</div></div>