@tykling but #ISO8601 has so many nice things that aren't in #RFC3339 /o\
https://ijmacd.github.io/rfc3339-iso8601/
@tykling but #ISO8601 has so many nice things that aren't in #RFC3339 /o\
https://ijmacd.github.io/rfc3339-iso8601/
So you clicked on a thrilling showdown between RFC 3339 and ISO 8601, only to be whisked away to a text file on GitHub. 🤦♂️ Because who doesn't love a riveting debate about time formats with all the excitement of watching paint dry? ⏳🥱
https://ijmacd.github.io/rfc3339-iso8601/ #RFC3339 #ISO8601 #TimeFormats #TechDebate #GitHubFun #HackerNews #ngated
The author of this date format reference is my new hero! https://ijmacd.github.io/rfc3339-iso8601/ #iso8601 #rfc3339 #standards
@amackif yes, agreed.
And I would also consider chrono as "broken/unfitting/lacking". The jiff docs explain why much better than I could.
I think as it comes to date and time handling, the reason isn't lack of interest but the huge complexity of time zones, daylight saving time shifts, and leap periods.
I admire the teams behind RFC 9557, Temporal as well as BurntSushi for taking this on.
@foss_events may I suggest #RFC3339 for #date formatting to avoid confusion?
I actually dislike #ISO8601 and prefer #rfc3339.
e.g. because I can read the RFC free of charge while ISO8601 costs 18 CHF.
Another reason is https://ijmacd.github.io/rfc3339-iso8601/
So this is cool:
https://ijmacd.github.io/rfc3339-iso8601/
RFC 3339 is of course the best, since it supports date/time with space in between:
2024-12-12 16:03:17
Periodic reminder that according to #RFC #RFC3339 , if it's not YYYY-MM-DD you don't have a #date, you're just hanging out.
Also you want #RFC3339 and *not* #ISO8601, see https://ijmacd.github.io/rfc3339-iso8601/ for horrors the latter allows, and that's besides the fact that you need to pay around 200 CHF to read the whole spec.
And on that note, I received some documents that use M_D_YYYY in their naming... 🤢
@Barredo That assumes local datetime is mostly useful. For me it's mostly not.
I want to be able to set date/time format separate from language. Usually English, sometimes another language I can speak. But I always want #iso8601 (or #rfc3339) date time notation. In windows I can set that easily. Not in browsers, on Linux, most M365 applications don't follow the datetime setting, just the language setting. Some do, some follow the location setting, meaning three different formats.
@fooderick
I used to say the same, but #RFC3339 is a much better idea. It does what you say, but does not allow for the horrible monsters that #ISO8601 does (`2024W046T10,9+0000` about takes the cake) - see https://ijmacd.github.io/rfc3339-iso8601/ for full comparison.
Also, being an ISO standard, you have to pay 173 CHF to be able to actually read it in full.
I always thought that #RFC3339 is a subset of #ISO8601, but apparently the former deviates from the latter. Something I discovered today when I was addressing a gap in the system.
Just check out this #cheatsheet that clearly shows what's common and what's not.
I just stumbled over this page about RFC3339 vs ISO 8601 timestamps. Nice way of showing the differences in a readable way.
TIL you can get dates and times formatted nicely in Firefox's Library window (Control+Shift+O) by setting intl.date_time.pattern_override.date_short to "yyyy-MM-dd", intl.date_time.pattern_override.time_short to "HH:mm", and intl.date_time.pattern_override.connector_short to "{1} {0}" in about:config or user.js.
Setting the LC_TIME environment variable to en_DK.UTF-8 does not work.