[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Shorter and more flexible implementation for parse-time.el
From: |
Yuri Khan |
Subject: |
Re: Shorter and more flexible implementation for parse-time.el |
Date: |
Sun, 25 Jul 2021 16:58:18 +0700 |
On Sun, 2021-07-25T16:38, Guu, Jin-Cheng <jcguu95@gmail.com> wrote:
> And you're totally right, date parsing as a whole won't be easy. In
> general we would hope for a parser that is smart enough to deal with
> flexible formats. However, some specification needs to be given at
> some point - for example "01/01/01". That is why I came up with an
> assumption that I think is general enough but also can have a definite
> output.
The right way to solve the date parsing problem is by getting everyone
on ISO-8601, not by learning to parse every existing format.
https://xkcd.com/1179/