Re: POSIX TS spec reverses the meaning of TZ offset compared to ISO (was: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda)

Max Nikulin writes: >> Because `encode-time' accepts POSIX TZ as argument. So, may as well. >> Note that Etc/GMT-8 is also accepted as POSIX TZ. > > "May" does not assume "should". It will be easier to implement POSIX TZ compared to limiting it to TZDB. We have no way to know if a given string i

Re: POSIX TS spec reverses the meaning of TZ offset compared to ISO (was: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda)

On 02/02/2023 15:34, Ihor Radchenko wrote: Max Nikulin writes: Is there a strong reason to support POSIX TZ? Time zones with fixed offsets are available as e.g. Etc/GMT-8 (unfortunately inverted sign as well). Because `encode-time' accepts POSIX TZ as argument. So, may as well. Note that Etc/G

Re: POSIX TS spec reverses the meaning of TZ offset compared to ISO (was: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda)

Max Nikulin writes: > On 01/02/2023 20:26, Ihor Radchenko wrote: >> >> There is potential confusion coming from the different interpretations >> of the time zone offsets used in ISO8601 and POSIX TZ specs: > > Ihor, I am sorry that I did not reply to your early question. > > Is there a strong re