[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#52235: 29.0.50; Suggestion: refactor time.el into a more general 'cl
From: |
Arthur Miller |
Subject: |
bug#52235: 29.0.50; Suggestion: refactor time.el into a more general 'clock' framework |
Date: |
Fri, 03 Dec 2021 00:48:05 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) |
Eli Zaretskii <eliz@gnu.org> writes:
> Because it doesn't synchronize with clock... what happens?
>
> And what do you mean by "doesn't synchronize with clock that Emacs
> displays"? The time comes from the same source, so how can it be not
> synchronized? in what sense?
Lars clarified about that. What I meant was what "wall clock" usually mean in
this context; I didn't understand that "integer multiple of REPEAT" (as in docs)
meant actually that.
> My point is that I don't see why this feature has to touch
> display-time-mode. That is not clean, IMO. It should be a separate
> feature that uses timers. The feature could create a timer the first
> time it is requested, and then any additional clients could reuse the
> same timer. Of course, if you want to use a single timer, you'd still
> need to solve the potentially different needs of each application: for
> example, one of them may wish to be notified each second, the other
> each hour.
Indeed, you are correct about that one. I am a bit used to Emacs "hook"
frameworking, so I just wanted to have a hook to add somewhere and get my clock
going :).
But yes, you are right, one clock might wish to display seconds while
another one only minutes.