<div dir="ltr">Some devices have geolocation, which could allow users to select from a geographically sorted list of time zones. A graphical selection interface can allow users to select from a map based on the timezone city coordinates in zone.tab. And packagers are of course always welcome to provide more sophisticated selection mechanisms on top of the minimimal facilities offered by tz. The user experience of enabling effective time zone selection by end users is already well outside the scope of the tz project.<div>
<br></div><div style>-cott</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, May 22, 2013 at 10:37 AM, <span dir="ltr"><<a href="mailto:random832@fastmail.us" target="_blank">random832@fastmail.us</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Wed, May 22, 2013, at 12:37, Steve Allen wrote:<br>
> I do not see kre's proposal as a great effort.<br>
> Technically it is no effort.<br>
> Yes, bureaucratically it is effort, but as kre points out,<br>
> international standards cannot solve the technical problems,<br>
> and technical problems have always been the focus of tz.<br>
<br>
</div>User experience is (sort of) a technical problem. Requiring the user to<br>
select from a list of 418 time zones without providing any way to narrow<br>
it down (or from a list of 148 after only a mediocre way of narrowing it<br>
down) is a poor user experience.<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Scott Atwood<br><br>
</div>