Who in their right mind thought YYYY-DD-MM is a good idea. (It's "smart", recognizes the YYYY part and moves it to the end and interprets as DD-MM-YYYY)
The ISO standard specifically used "-" as the delimiter for the standard date format because no one was using it. And MS had to ruin it.
Brought to you by the same folks who figured that locale settings should determine how CSV is generated/interpreted.
Probably the same people who thought MM/DD/YYYY was sensible?
They say "today at noon, Chicago time." Or "9am Los Angeles."
It's become so habitual that they'll even use a city name without thinking if they need to. For example, saying "4pm Biloxi time" to someone in Chicago, which is the same time. But at least it eliminates any ambiguity.
In many locales where the 24 hour clock is used, people refer to the hours after noon as one, two, three o'clock etc. Then when you write it down somewhere two o'clock becomes 14:00.
OP's pet peeve is kind of weird though. Even with a 24 hour clock writing 9:00 for 'nine in the morning' without the leading zero is quite common, if not prevalent.
I'm not arguing for the inherent superiority of am/pm notation, but I do get frustrated with people who use 24-hour time because "it's more logical", without seeming to realize that it's more difficult for the majority of people to understand.
Depends where / with who you work? Most of my colleagues have to think the same way about am / pm and often get it wrong when it's 12:00 am/pm.
The 'it's more logical' for me does apply there; in the 24:00 you cannot get 12:00 or 00:00 wrong no matter how you think about it. It feels intuitive in every way.
12 hour clocks made sense when clocks had 12 hours on them; then you had to somehow indicate which block of 12 hours; that problem was fixed before I (and probably you) were born though.
Literally, the mnemonic I use to remember which is which is "it's the one that doesn't make sense".
So 11am then 12pm
And 11pm then 12am
(Whereas I would expect the 12th hour of the morning to follow the 11th of the morning, but it's actually the other way around)
I can take it as a "con" against any new system, but it doesn't outweigh all other benefits- if it did then there'd be no progression in society -ever-
I've used 24 hour clocks all my life and everyone uses 1-12 when talking. If someone is coming to see you at 14:00 they will say: "see you at two". We only use the proper format when writing.
Extends obviously to "fourteen thirty".
(Northern England)
Same for "first day of the week": For me it's obviously Monday, but I think the Jews have a religiously-grounded opinion on it being Sunday. That's a hornet's nest I'd rather not stir up until I've actually achieved world dominion. :)
Another interesting case I've seen sometimes is when people are helpful and convert from imperial to metric units, but don't change the underlying value. Stuff like comparisons, "price per 28.3 grams" ("price per oz").
Units and locales are hard.
This stuff happens all the time. PCB components with 2.54mm pin spacing. Dressed pine only available in 900mm, 1800mm, and 2400mm lengths. Heck, even 600mL iced coffees...
If you buy plane tickets and then enter the dates and times in Calendar... Apple will change them without telling you if you travel through time zones. AS IF ANYONE ENTERS TIMES LIKE THAT.
If I have a meeting in London next week at 10 a.m. on Tuesday, I'm not going to sit here in the U.S. and do the math so I can enter the meeting time at some crazy hour to "fool" Calendar.
DEAR APPLE: WE WANT THE ALARM TO GO OFF WHEN THE CLOCK ON THE PHONE SAYS THE TIME FOR WHICH I SET THE ALARM.
This is NOT an option on iPhones currently. Unfuckingbelievable: https://goldmanosi.blogspot.com/2016/03/apples-idiotic-time-...
But yeah, this seems to be a bad design decision.
Let us meet in 4 hours in a different time zone doesn't seem to be a likely scenario. And even then it wouldn't make that much sense.
Naive dates don't have a timezone attached, so of course there's no auto conversion. Aware times do.
Now all you have to do is avoid assuming which your user wants. Especially avoid an interface that makes it look like they have a naive date when they actually have an aware one.
For example, if the appointment is timezone-aware, then write the timezone next to it! So if the user writes 10:00 and you auto-convert that and print 10:00 EST, they at least have a chance to correct it.
He just released CalZones for just this reason. It’s a paid up front, no ads, no subscriptions app.
http://david-smith.org/blog/2019/04/17/introducing-calzones-...
He talks about it in the Under the Radar podcast.
I used to have this problem. I don't know if Apple fixed it or I just got used to doing it the Apple way. I think it helped to enter flights and appointments on the computer where there was more screen space to grok what was going on.
The key seems to be making sure to set the local time zone for both the departure and arrival locations. And if you need an alarm, to set it to "3 hours before" the appointment, rather than at some assumed local time.
I used to have the same problem you describe, but haven't had it in several years, even for flights and appointments across the International Date Line.
Personally, I do this kind of travel 4-5 times a year for work, and I am quite happy I don't have to add obscure time zone math on the top of an already disrupted mental state.
Time representations, especially for something as essential to modern life as a calendar, should be precise. Apple and Google's versions are precise.