<div dir="ltr"><div class="gmail_extra"><div class="gmail_extra"><br><div class="gmail_quote">On 5 June 2016 at 19:51, Paul Eggert <span dir="ltr"><<a href="mailto:eggert@cs.ucla.edu" target="_blank">eggert@cs.ucla.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>> choosing the local time *after* the transition isn't how most people think<span><br>
> about transitions in day to day conversation.<br>
<br></span>
True. But it's easy to get used to when looking at zdump -i format. 
Plus, users most likely prefer localtime to UT when thinking about 
transitions.<span></span></div></blockquote></div><br></div>I realize the goal may be to have a single canonical format, but perhaps this could be made conditional on a <span style="font-family:monospace,monospace">-z</span> option?  Append a "Z" to the time-of-day when it's UT; don't when it's local.  One of the good things the existing <span style="font-family:monospace,monospace">-v</span> format provides is the ability to confirm that transitions occur at both the correct local time and Universal time.<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">To
 some extent there is a tradeoff between formats that make typos easy to
 find, and formats that are more what users typically expect. Within 
reason I'd rather make typos easy to find</blockquote></div><br></div><div class="gmail_extra">Just to throw in a potential middle-of-the-road option, would it make sense to space-pad the datetime and offset values instead?  Something like the following:<br><br><div><font face="monospace, monospace">TZ="America/Phoenix"<br>-          -        -072818 LMT<br>1883-11-18 12       -07     MST<br>1918-03-31 03       -06     MDT 1<br>1918-10-27 01       -07     MST<br>1919-03-30 03       -06     MDT 1<br>1919-10-26 01       -07     MST<br>1942-02-09 03       -06     MWT 1<br>1943-12-31 23:01    -07     MST<br>1944-04-01 01:01    -06     MWT 1<br>1944-09-30 23:01    -07     MST<br>1967-04-30 03       -06     MDT 1<br>1967-10-29 01       -07     MST<br><br>TZ="Pacific/Pago_Pago"<br>-          -        +123712 LMT<br>1879-07-04 00       -112248 LMT<br>1911-01-01 00:22:48 -11     NST<br>1967-04-01 00       -11     BST<br>1983-11-30 00       -11     SST</font></div><br></div><div class="gmail_extra">I think that strikes a balance where typos are easy to spot, but the purpose of each field remains quite reasonably clear.  The handful of extra bytes seem a worthwhile expense to have a canonical format which can easily serve both humans and machines alike.<br><br></div><div class="gmail_extra">(I would not, however, suggest padding the later fields.)<br></div><div class="gmail_extra"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">typos are a real probelm!</blockquote></div><br>;)<br><br clear="all"><div><div data-smartmail="gmail_signature">--<br>Tim Parenti<br></div></div>
</div></div>