Currently, there only is a Time.millisToPosix. This means that when for instance a server-side application exposes a timestamp already in POSIX format, that the only way to convert them to an Elm Time.Posix value is to do some roundabout trickery like:
JD.int |> JD.map (\posix_seconds -> posix_seconds * 1000 |> Time.millisToPosix)
(So first we multiply the number of seconds by 1000 to become a number in milliseconds first). I think it would make sense, because 'POSIX time' is only specified as being counted in full seconds, and because (probably second to the ISO8601 format that this library purposefully rejects) it is the most common format that is exposed by server languages.
Currently, there only is a
Time.millisToPosix. This means that when for instance a server-side application exposes a timestamp already in POSIX format, that the only way to convert them to an ElmTime.Posixvalue is to do some roundabout trickery like:(So first we multiply the number of seconds by 1000 to become a number in milliseconds first). I think it would make sense, because 'POSIX time' is only specified as being counted in full seconds, and because (probably second to the ISO8601 format that this library purposefully rejects) it is the most common format that is exposed by server languages.