New pre-SRFI: Modern date and time library
Daphne Preston-Kendal
(09 Nov 2024 09:48 UTC)
|
Re: New pre-SRFI: Modern date and time library
Alex Shinn
(09 Nov 2024 11:49 UTC)
|
Re: New pre-SRFI: Modern date and time library
Daphne Preston-Kendal
(10 Nov 2024 19:52 UTC)
|
Re: New pre-SRFI: Modern date and time library
John Cowan
(11 Nov 2024 03:49 UTC)
|
Re: New pre-SRFI: Modern date and time library
Alex Shinn
(11 Nov 2024 04:33 UTC)
|
Re: New pre-SRFI: Modern date and time library
Arthur A. Gleckler
(09 Nov 2024 17:36 UTC)
|
Re: New pre-SRFI: Modern date and time library
Pierpaolo Bernardi
(10 Nov 2024 00:56 UTC)
|
Re: New pre-SRFI: Modern date and time library
Arthur A. Gleckler
(10 Nov 2024 04:28 UTC)
|
Re: New pre-SRFI: Modern date and time library
Pierpaolo Bernardi
(10 Nov 2024 05:06 UTC)
|
Re: New pre-SRFI: Modern date and time library
Daphne Preston-Kendal
(10 Nov 2024 10:11 UTC)
|
Re: New pre-SRFI: Modern date and time library
Pierpaolo Bernardi
(10 Nov 2024 15:02 UTC)
|
Re: New pre-SRFI: Modern date and time library
Daphne Preston-Kendal
(10 Nov 2024 15:37 UTC)
|
Re: New pre-SRFI: Modern date and time library
Lassi Kortela
(10 Nov 2024 15:57 UTC)
|
Re: New pre-SRFI: Modern date and time library
Alex Shinn
(11 Nov 2024 04:43 UTC)
|
Re: New pre-SRFI: Modern date and time library Daphne Preston-Kendal (10 Nov 2024 10:19 UTC)
|
On 10 Nov 2024, at 05:28, Arthur A. Gleckler <xxxxxx@speechcode.com> wrote: > On Sat, Nov 9, 2024 at 4:56 PM Pierpaolo Bernardi <xxxxxx@gmail.com> wrote: > ISO-8601 calls this a "local time", and, of course, defines a syntax > for it. An example of local time in ISO-8601 syntax is: "21:00" > > Yes, of course. But that's a string representation of a local time. What does one use internally to represent such a time? A special time zone that means "where I am?" ICU4X does have a separate ‘time-of-day’ type. I decided to leave it out because I thought dates independent of time zones are common (as explained in the pre-SRFI), but times independent of time zones not. And I thought a locale-sensitive date and time formatting library could just provide one of its own, if that is the only thing it is useful for. I could add one, though. That would make a timestamp a tuple of (date × local time × timezone) rather than (date × hour × minute × second × timezone), which seems conceptually cleaner anyway … hmm. Daphne