unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Campbell Barton <ideasman42@gmail.com>
Cc: emacs-devel@gnu.org
Subject: Re: Possible support for buffer local idle timers?
Date: Mon, 20 Sep 2021 19:08:16 +0300	[thread overview]
Message-ID: <83ee9j1b7z.fsf@gnu.org> (raw)
In-Reply-To: <CAEcf3NzqxBJs9EbLc9h_S0kLwAjJdaqfSU5xQmm-QJ2bM=AftA@mail.gmail.com> (message from Campbell Barton on Tue, 21 Sep 2021 01:50:47 +1000)

> From: Campbell Barton <ideasman42@gmail.com>
> Date: Tue, 21 Sep 2021 01:50:47 +1000
> Cc: emacs-devel@gnu.org
> 
> > I'm not sure I understand how would that work.  Timers run as part of
> > the Emacs main command loop, so they are by their nature global.  How
> > did you imagine that a buffer-local timer would express its "locality"?
> 
> Yes, the idle timers themselves would be global, but only some buffers
> would have call-backs registered to run with these timers.
> 
> Exactly how this works internally is an implementation detail, for the
> purpose of discussion it could work like this:
> 
> ;; Setup might look like this.
> (setq-local my-timer-handle (run-with-idle-timer-local delay t 'my-fn))
> 
> Internally a pool of repeating timers would be kept, one for each
> unique delay used by one or more handles, this handle would be created
> and added to a list of handles associated with this timer.
> Running the timer would loop over callbacks running them if their
> buffer matches the current buffer.

So you want such a "buffer-local" timer call its timer function only
if/when the buffer is the current buffer?  That raises some issues
that I think would need to be figured out:

  . does the timer start measuring idle time only when the buffer is
    the current buffer, or regardless of that?
  . what to do when the timer expired but the buffer wasn't current,
    and then the buffer became current? does the callback gets called
    right away, or do we "miss" the timer in that case?
  . how to handle repeated timers?



  reply	other threads:[~2021-09-20 16:08 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-09-20 13:49 Possible support for buffer local idle timers? Campbell Barton
2021-09-20 15:30 ` Eli Zaretskii
2021-09-20 15:50   ` Campbell Barton
2021-09-20 16:08     ` Eli Zaretskii [this message]
2021-09-21  0:36       ` Campbell Barton
2021-09-21  6:07         ` Eli Zaretskii
2021-09-21  6:16           ` Lars Ingebrigtsen
2021-09-21 10:19           ` Campbell Barton
2021-09-21 10:43             ` Eli Zaretskii
2021-09-25  7:26               ` Campbell Barton

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=83ee9j1b7z.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=ideasman42@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).