Re: Navigating completions from minibuffer

[Eli Zaretskii]

> From: sbaugh@catern.com
> Date: Sat, 25 Nov 2023 18:23:25 +0000 (UTC)
> Cc: juri@linkov.net, emacs-devel@gnu.org
> 
> > Ugh, another post-command hook...  It is small wonder users complain
> > that Emacs is slow to respond and feels sluggish.  What will happen if
> > the user types fast?  Could there be a design that doesn't use
> > post-command-hook?
> 
> Yes, actually, this can be dropped for now.  We only really need the
> after-change-based updating.
> 
> The post-command-hook only serves to deselect the completion candidate
> when the user moves point.  But that's probably not necessary and maybe
> even undesirable.
> 
> The core of all of this is that we need to update what's displayed in a
> different buffer (*Completions*) based on what the user is doing and
> typing in one buffer (the minibuffer).  So I think a hook-based design
> is our only option?

No, you could use an idle timer as well.  The advantage is that if the
user is typing fast, an idle timer based design will not make Emacs
less responsive.