6 ms·

This looks neat. I wish it used iso8601 [0] dates. It’s pretty convenient as the time periods uses the format YYYY-MM-DD/YYYY-MM-DD and I think is easier to men

This looks neat. I wish it used iso8601 [0] dates. It’s pretty convenient as the time periods uses the format YYYY-MM-DD/YYYY-MM-DD and I think is easier to mentally parse than MM/DD/YYYY-MM/DD/YYYY. Of course I didn’t even know what a solidus (“/“) was until using iso8601. Also, I usually find standards pretty much as overhead, but 8601 seems pretty good as a universal standard. [0] https://en.wikipedia.org/wiki/ISO_8601 https://en.wikipedia.org/wiki/ISO_8601

michaelcampbell 4y ago
8601 is fine, but generally MASSIVELY overkill. RFC 3339 might be a bit easier and accomplishes what you want. https://ijmacd.github.io/rfc3339-iso8601/ https://ijmacd.github.io/rfc3339-iso8601/
koch 4y ago
Yeah, so long form 8601 are supported `2022-08-02T23:00:00.000Z - 2022-08-03T00:00:00.000Z: Event` but in general I do need to figure out a way to allow more customizable date parsing.[0] [0]https://github.com/kochrt/markwhen/issues/27 https://github.com/kochrt/markwhen/issues/27
- JoshTriplett 4y ago
  I would definitely like to use YYYY-MM or YYYY-MM-DD, ideally without any additional configuration required.
- deleted 4y ago
  [deleted]
chriswarbo 4y ago
> It’s pretty convenient as the time periods uses the format YYYY-MM-DD/YYYY-MM-DD and I think is easier to mentally parse than MM/DD/YYYY-MM/DD/YYYY Especially for those outside the USA!
- ethbr0 4y ago
  As someone who grew up in the US, it's still bizarre as a programmer to have a mixed-significance ordering (MM-DD-YYYY) instead of any consistently-endian ordering (DD-MM-YYYY or YYYY-MM-DD). Out of curiosity, in what order do Europeans verbally say full dates with month names? Or does it vary by language?
  - lawn 4y ago
    In Sweden we say 20th June, 2022 and we even use a "DD/MM -YY" shorthand when signing documents for instance, although YYYY-MM-DD is also common and "the more correct".
    - ulkis 4y ago
      Except on food where EU mandates DD-MM-YY(YY).
  - kseistrup 4y ago
    Denmark: The Nth $month $year. E.g., “Den 20. juni 2022” (lit.: the 20th June 2022).
    - karencarits 4y ago
      The same applies to Norway
  - jiehong 4y ago
    It does vary by language, but Roman languages (French, Spanish, Italian, etc.) say the 4th of July. Same in German. In Polish, it’s the same, except for official matters since 2002, which now follows ISO8601. Even in the UK they commonly say the 5th of May, and not May, the 5th (but it does happen). I can’t talk about other languages.
    - chriswarbo 4y ago
      > not May, the 5th (but it does happen) The only time I see this is in the UK is on movie posters/trailer, e.g. "In cinemas May 5th", which I assume is due to re-using the US material. PS: 5th of May is a degenerate example, since it's 05/05 regardless of ordering PPS: 5th of May is also my birthday ;)

michaelcampbell 4y ago

8601 is fine, but generally MASSIVELY overkill. RFC 3339 might be a bit easier and accomplishes what you want. https://ijmacd.github.io/rfc3339-iso8601/ https://ijmacd.github.io/rfc3339-iso8601/

koch 4y ago

Yeah, so long form 8601 are supported `2022-08-02T23:00:00.000Z - 2022-08-03T00:00:00.000Z: Event` but in general I do need to figure out a way to allow more customizable date parsing.[0] [0]https://github.com/kochrt/markwhen/issues/27 https://github.com/kochrt/markwhen/issues/27

JoshTriplett 4y ago
I would definitely like to use YYYY-MM or YYYY-MM-DD, ideally without any additional configuration required.
deleted 4y ago
[deleted]

chriswarbo 4y ago

> It’s pretty convenient as the time periods uses the format YYYY-MM-DD/YYYY-MM-DD and I think is easier to mentally parse than MM/DD/YYYY-MM/DD/YYYY Especially for those outside the USA!

ethbr0 4y ago
As someone who grew up in the US, it's still bizarre as a programmer to have a mixed-significance ordering (MM-DD-YYYY) instead of any consistently-endian ordering (DD-MM-YYYY or YYYY-MM-DD). Out of curiosity, in what order do Europeans verbally say full dates with month names? Or does it vary by language?
- lawn 4y ago
  In Sweden we say 20th June, 2022 and we even use a "DD/MM -YY" shorthand when signing documents for instance, although YYYY-MM-DD is also common and "the more correct".
  - ulkis 4y ago
    Except on food where EU mandates DD-MM-YY(YY).
- kseistrup 4y ago
  Denmark: The Nth $month $year. E.g., “Den 20. juni 2022” (lit.: the 20th June 2022).
  - karencarits 4y ago
    The same applies to Norway
- jiehong 4y ago
  It does vary by language, but Roman languages (French, Spanish, Italian, etc.) say the 4th of July. Same in German. In Polish, it’s the same, except for official matters since 2002, which now follows ISO8601. Even in the UK they commonly say the 5th of May, and not May, the 5th (but it does happen). I can’t talk about other languages.
  - chriswarbo 4y ago
    > not May, the 5th (but it does happen) The only time I see this is in the UK is on movie posters/trailer, e.g. "In cinemas May 5th", which I assume is due to re-using the US material. PS: 5th of May is a degenerate example, since it's 05/05 regardless of ordering PPS: 5th of May is also my birthday ;)