<div dir="ltr">Ah, I'd wondered why the spaces were there. (Viewing the mail in a proportional font, it's not obvious that it's meant to line up with anything.)<div><br></div><div>I'll change the code for that, but probably not regenerate the zip files just yet... it's quite a lot to churn in the git repo :)</div><div><br></div><div>Jon</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 25 July 2015 at 17:15, Howard Hinnant <span dir="ltr"><<a href="mailto:howard.hinnant@gmail.com" target="_blank">howard.hinnant@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Jul 25, 2015, at 9:34 AM, Jon Skeet <<a href="mailto:skeet@pobox.com">skeet@pobox.com</a>> wrote:<br>
><br>
> I've now changed the format on github to the one Howard proposed, updating the data on <a href="http://nodatime.org/tzvalidate" rel="noreferrer" target="_blank">http://nodatime.org/tzvalidate</a> (still uploading) and the various tools.<br>
<span class="">> Now that we (by default) include all the data available before the cutoff point (2035 by default) this hopefully removes at least some of the concerns Paul raised earlier, too.<br>
><br>
<br>
</span><nitpick> The validation file is slightly more human-readable if instead of:<br>
<br>
Africa/Accra<br>
Initially: -00:00:52 standard LMT<br>
1918-01-01T00:00:52Z +00:00:00 standard GMT<br>
1920-09-01T00:00:00Z +00:20:00 daylight GHST<br>
1920-12-30T23:40:00Z +00:00:00 standard GMT<br>
…<br>
<br>
You have:<br>
<br>
Africa/Accra<br>
Initially: -00:00:52 standard LMT<br>
1918-01-01T00:00:52Z +00:00:00 standard GMT<br>
1920-09-01T00:00:00Z +00:20:00 daylight GHST<br>
1920-12-30T23:40:00Z +00:00:00 standard GMT<br>
…<br>
<br>
I.e. put spaces after “Initially:” to line up the offset information.<br>
<span class="HOEnZb"><font color="#888888"><br>
Howard<br>
<br>
</font></span></blockquote></div><br></div>