GNU bug report logs - #52235
29.0.50; Suggestion: refactor time.el into a more general 'clock' framework

Previous Next

Package: emacs;

Reported by: Arthur Miller <arthur.miller <at> live.com>

Date: Thu, 2 Dec 2021 01:35:02 UTC

Severity: normal

Found in version 29.0.50

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log

View this message in rfc822 format

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Arthur Miller <arthur.miller <at> live.com>
Cc: 52235 <at> debbugs.gnu.org
Subject: bug#52235: 29.0.50; Suggestion: refactor time.el into a more general 'clock' framework
Date: Thu, 02 Dec 2021 09:29:44 +0100

Arthur Miller <arthur.miller <at> live.com> writes:

> My idea to per-use it is to simply run 'update-hooks' on clock beat,
> so any application can register a hook that will be called on a "clock
> beat". While it is maybe not so super-synchronized with system clock,
> it still gives impression of clocks in Emacs be synchronized.

If I understand correctly, by "clock beat" you mean an integer multiple
of some time?  timer.el didn't support that well previously, but this
was fixed a few months ago (in 50765f3f) with TIME:

- or t (with non-nil REPEAT) meaning the next integral
  multiple of REPEAT.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no
This bug report was last modified 3 years and 263 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.