Comment by skywhopper
1 year ago
The problem is that the phone doesn’t know where you will be in the future or how you personally think about time. If you are typically in New York, but plan to be in San Francisco next week, and you make some one-off meetings during your visit, how should the phone show you your “next week” view? Should it show the meetings in NY time while you are in NY even though you’ll be in SF next week? What about regular weekly meetings you’ll be attending this week in NY and next week in SF. They will be at different times depending on where you are. But if you are looking ahead and planning your trip, you’re going to get confused.
The unfortunate truth is that there’s no simple UI fix for this problem. Even if the phone could infer or just be told where you will be in the future, there’s not one obvious model for representing times across time zones in a way that will make sense to everyone.
If you travel for work a lot, you come up with your own way of dealing with this stuff. If you travel for work rarely, you’re going to be confused and frustrated no matter what.
>If you are typically in New York, but plan to be in San Francisco next week, and you make some one-off meetings during your visit, how should the phone show you your “next week” view?
If you add an event while in London that is going to happen in New York at 7pm NY time, you set it at "7pm".
So you see it as "7pm event" while in London - but you know e.g. that this 7pm event concerns your visit to the Mets game in NY.
Then, when you land in New York and the timezone changes, you still see them as 7pm. What you entered is interpreted by default as a timezone-less absolute time. The same if, while in NYC, you set a feature 11pm event that will happen in London. When you get to London, it shows as an 11pm event.
Now, if the event you want to set needs coordination with different people, it could have a toggle like "tag with local timezone" or allow to set an explicit one, and then another toggle to "translate to local timezone to the people you're sharing this with". So, as I wrote above, in that case:
"If it's 2pm for them and that's 5pm for me, I want to see "Meeting: 5pm" at my calendar, not "Meeting: 2pm <some other place timezone>".
And they, of course, should see "Meeting: 2pm" on theirs.
>there’s not one obvious model for representing times across time zones in a way that will make sense to everyone.
Sure there is. UTC. It's just laziness that doesn't have people adopt it.
Shared events should be shown in UTC, and next to it, your local translated time of that (and the name of the place of timezone). Then an easy selector to see it translated to any other timezone.
I think what was discussed above is perfectly good UI: The timezone for an appointment can be "local" (which IMO should be the default).