emacs-devel
[Top][All Lists]
Advanced

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

Re: Stepping Back: A Wealth Of Completion systems Re: [ELPA] New package


From: Dmitry Gutov
Subject: Re: Stepping Back: A Wealth Of Completion systems Re: [ELPA] New package: vertico
Date: Sat, 10 Apr 2021 15:43:16 +0300
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1

On 10.04.2021 14:08, Eli Zaretskii wrote:
Cc: philipk@posteo.net, emacs-devel@gnu.org
From: Dmitry Gutov <dgutov@yandex.ru>
Date: Sat, 10 Apr 2021 13:52:58 +0300

I think it would be desirable to change the default UI just enough so
that a code like Xref can make `completing-read` display the
completions eagerly.

Right away, i.e. even without the user typing anything? that'd produce
a huge list of candidates, which would be impractical to display.

I guess it depends on the usage/language/project, whether the list is
"huge" often enough, or not.

Maybe I've lost the context here, but if we are talking about the list
of candidates after just "C-u M-.", it's bound to be huge for any
non-trivial project.

No, no.

We're talking about the second completion prompt, when you have picked an identifier to navigate to, but there are multiple matching locations to jump to.

Right now you see an *xref* buffer in such situation, but xref-show-definitions-completing-read uses completing-read (a second time) instead.



reply via email to

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