bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#29833: icomplete re-build the completion table after each key press


From: Lars Ingebrigtsen
Subject: bug#29833: icomplete re-build the completion table after each key press
Date: Mon, 21 Sep 2020 16:27:38 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)

Shuguang Sun <shuguang@gmail.com> writes:

> I tired to find out the issues and provide patches to minibuffer.el and 
> icomplete.el.
>
> What is the issue?
> 1. The function completion--flush-all-sorted-completions defined in 
> minibuffer.el is
> always called without parameters which make it flush the cached table every
> time.
> 2. The function completion--flush-all-sorted-completions is added to the hook 
> of
> after-change-functions, however, (jit-lock-after-change t) in the hook will 
> trigger
> flush every time
> 3. The local cached table completion-all-sorted-completions is not used 
> actually.
> The minibuffer-completion-table is called in a lot of function which will 
> rebuild the
> table instead of the chached table.

[...]

> The patches try to use the cached table 
> completion-all-sorted-completions-table as
> much as possible, and for filename completion, it caches the list of files in 
> the base
> directory (file-name-directory).

This patch unfortunately got no response when it was posted two years
ago, and it no longer applies cleanly to Emacs 28.

I'm not very familiar with the completion functions, but I think your
changes make conceptual sense, at least.  Perhaps Stefan can provide
some feedback here?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





reply via email to

[Prev in Thread] Current Thread [Next in Thread]