News for hackers. Stuff that matters.
Re:Why are 2025/05/28 and 2025-05-28 different days in JavaS... by mytailorisrich on Wednesday May 28, 2025 @08:50AM (#44115478)
To me that an UI/UX issue.

Internally everything is stored and handled in TAI (better than UTC as no discontinuity) and translated from/to something else for human consumption.

I.e. for instance your should have logic to figure out what TAI period corresponds to "next month's meetings" if that's what the user wants, which you apply immediately on user inputs and then forget about DST, time zones, etc. in the rest of the code and storage.

Another benefit is that if your user was in New York but is now in London it is trivial and well-constrained to adjust to local time.

Re:Why are 2025/05/28 and 2025-05-28 different days in JavaS... by mzl on Wednesday May 28, 2025 @09:31AM (#44115858)
No, it is not. It is because converting to UTC loses information that can't be retrieved.
Re:Why are 2025/05/28 and 2025-05-28 different days in JavaS... by ezfe on Wednesday May 28, 2025 @09:09AM (#44115635)
Uh, no - meetings need to be stored with a timezone they were created in. This is how major calendar apps work.

In Apple Calendar you can enable advanced timezone settings and you get a timezone override option.