Re: [DRAFT][PATCH] org-encode-time compatibility and convenience helper

2022-04-23 Thread Ihor Radchenko
Paul Eggert writes: > On 4/23/22 01:25, Ihor Radchenko wrote: >>> + (should (string-equal >>> + "2022-03-24 23:30:01" >>> + (format-time-string >>> +"%F %T" >>> +(org-encode-time '(01 30 23 24 03 2022 nil -1 nil) >>> ... >> These tests will be

Re: [DRAFT][PATCH] org-encode-time compatibility and convenience helper

2022-04-23 Thread Paul Eggert
On 4/23/22 01:25, Ihor Radchenko wrote: + (should (string-equal + "2022-03-24 23:30:01" + (format-time-string +"%F %T" +(org-encode-time '(01 30 23 24 03 2022 nil -1 nil) ... These tests will be executed using system value of TZ. I am not sure if

Re: [DRAFT][PATCH] org-encode-time compatibility and convenience helper

2022-04-23 Thread Ihor Radchenko
Max Nikulin writes: > I tried to create a compatibility helper that will use currently > recommended way to call `encode-time' with single list argument for > Emacs-27 and newer, but use the only available call style as separated > arguments for older Emacs versions. Thanks for this work! >

Re: [DRAFT][PATCH] org-encode-time compatibility and convenience helper

2022-04-11 Thread Paul Eggert
On 4/11/22 08:22, Max Nikulin wrote: + (defmacro org-encode-time ( time) +(pcase (length time) + (1 `(encode-time ,(car time))) + (6 `(encode-time (list ,@time nil -1 nil))) + (9 `(encode-time (list ,@time))) After seeing this code and thinking about it a bit more I now

[DRAFT][PATCH] org-encode-time compatibility and convenience helper

2022-04-11 Thread Max Nikulin
Hi, After a recent report of incorrect daylight saving time handling in agenda: Ignacio Casso [BUG] org-agenda thinks timestamps after 23:00 correspond to the next day Tue, 29 Mar 2022 15:09:10 +0200