emacs-devel
[Top][All Lists]
Advanced

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

Re: [PATCH] Re: Other details about completion.


From: Philip Kaludercic
Subject: Re: [PATCH] Re: Other details about completion.
Date: Fri, 08 Apr 2022 20:12:06 +0000

Juri Linkov <juri@linkov.net> writes:

>>>>> 1. zstyle ':completion:*' menu select interactive
>>>>>    - allows typing a letter that immediately
>>>>>    updates the list of completions.
>>>>
>>>> Yes, but that may be complicated because completions calls a function
>>>> that will try first to complete the common part and then update the
>>>> completions. (Look what happens when you press a letter and tab
>>>> immediately). There are few ways to go around that without braking half
>>>> of the Universe. Look where I added the code for the
>>>> completion-auto-help visible and always... there is where the magic
>>>> happens.
>>>>
>>>> Maybe you will find a better way to manage what you want.
>>>
>>> Indeed, this is why I proposed to create zcomplete-mode
>>> that works exactly like icomplete-mode, but updates completions
>>> in the Completions window instead of the minibuffer.
>>
>> Only on input in the minibuffer?  I think it would also be convenient if
>> self-insert commands could optionally be rebound to also do narrowing in
>> the Completions window.
>
> You are welcome to try doing this.  

OK, I will as soon as you update your proposal.

>                                     However, I already envision such a problem
> that updating the content of the current buffer *Completions* will relocate
> point to random places as it does when a buffer is reverted without keeping
> the previous position of the cursor.

True, but I don't think that this is unsolvable.  If narrowing doesn't
remove a selection option, then you ensure that the point remains on the
same word.  Otherwise you try to find the closest remaining neighbour?

-- 
        Philip Kaludercic



reply via email to

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