<div dir="ltr"><div>A separate zonenow.tab makes it (relatively) easy to add an option to tzselect that only presents current zones. (Alternatively, the existing mechanism of specifying the zone table with an environment variable can be sued.)</div><div><br></div><div>    <a class="gmail_plusreply" id="plusReplyChip-0">@dashdashado</a><br></div><div><br></div><div>    --ado<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 6, 2023 at 8:03 PM Paul Eggert via tz <<a href="mailto:tz@iana.org">tz@iana.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2023-01-06 16:26, Benjamin Drung via tz wrote:<br>
> We do not use Swiss time in Germany.<br>
<br>
I installed the attached to try to make that a bit clearer.<br>
<br>
> Should zone1970.tab reflect the current status<br>
<br>
No, as zone1970.tab partitions the world into regions that agree from <br>
1970 through the foreseeable future.<br>
<br>
It would make sense to have another file 'zonenow.tab' that would <br>
partition the world into regions that agree from now through the <br>
foreseeable future; this would have fewer regions than zone1970.tab, <br>
just as zone1970.tab has fewer regions than zone.tab.<br>
<br>
zonenow.tab would benefit users who don't care about past timestamps, <br>
since they'd have fewer timezones to choose from and so could avoid some <br>
confusion. It wouldn't need to mention Europe/Zurich, for example, so <br>
this whole business of Büsingen vs the rest of Germany would vanish.</blockquote></div>