<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Aug 22, 2015 at 6:28 PM, Tim Peters <span dir="ltr"><<a href="mailto:tim.peters@gmail.com" target="_blank">tim.peters@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 id=":2bt" class="a3s" style="overflow:hidden">[Chris Barker <<a href="mailto:chris.barker@noaa.gov">chris.barker@noaa.gov</a>>]<br>
<span class="">> if it would be implemented by datetime, or a datetime subclass, wouldn't it<br>
> make sense for that attribute to be on the datetime instance, rather than a<br>
> tzinfo instance?<br>
<br>
</span>Which is why arithmetic "belongs in" tzinfo too - how the local clock<br>
acts is entirely about the timezone.</div></blockquote></div><br>While this is a very logical conclusion, I find it challenging to explain why arithmetic selection flag "belongs" to tzinfo while the "local time disambiguation flag" "belongs" to the datetime instance.  It feels backwards: DST is the stuff about timezones while arithmetic is the stuff about datetime.  Yet, we have what we have.  In an alternative universe, maybe we could have a DateTime metaclass that would produce a separate datetime class for each timezone and then tzinfo would be a class variable rather than instance member.  </div></div>