From: Ergus <spacibba@aol.com>
To: Juri Linkov <juri@linkov.net>
Cc: Philip Kaludercic <philipk@posteo.net>, emacs-devel@gnu.org
Subject: Re: [PATCH] Re: Other details about completion.
Date: Fri, 8 Apr 2022 10:42:28 +0200 [thread overview]
Message-ID: <20220408084228.brbjvrsjnjqdipbu@Ergus> (raw)
In-Reply-To: <86wng0gh3a.fsf@mail.linkov.net>
On Fri, Apr 08, 2022 at 10:40:33AM +0300, Juri Linkov wrote:
>>> 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.
>
IIRC Helm already uses that approach?
>>> 2. zstyle ':completion:*' menu select search
>>> - shows the prompt "isearch:" where typing letters
>>> searches them incrementally in the list of completions.
>>
>>>> 2) it will be simpler to implement with
>>>> icomplete and that family of completion engines.
>>>
>>> Agreed, this would be the best thing to do.
>>
>> For that we have fido and similes... What we are trying to improve a bit
>> is the default completion engine. Then the user will choose fido, ido or
>> something external... it is up to him.
>
>fido, ido and others use the minibuffer, but zcomplete-mode will use
>the Completions window.
>
Then my question will be... what's the advantage/difference from the
user point of view compared with putting the completions in the
minibuffer like icomplete/fido/ivy/ido do?
I mean, in general fido/icomplete/ivy work fine and comfortable. The
only difference with zsh in general will be the tabular vs vertical
view... but that can be implemented in icomplete more or less easily if
you really want to...
>>> Does vertico show completions in the Completions window?
>>
>> I don't think so but I am not sure... Most of these tools stay in the
>> minibuffer for completions... so they don't need to switch context.
>
>They stay in the minibuffer and display completions in the minibuffer,
>whereas zcomplete-mode will display completions in the Completions window
>while staying in the minibuffer, like zsh does.
>
As I said... whats the practical benefit?
Best,
Ergus
next prev parent reply other threads:[~2022-04-08 8:42 UTC|newest]
Thread overview: 56+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20220401153839.idrzrbfl2yfzga3y.ref@Ergus>
2022-04-01 15:38 ` Other details about completion Ergus
2022-04-01 16:21 ` Eli Zaretskii
2022-04-01 16:43 ` Juri Linkov
2022-04-01 16:45 ` Ergus
2022-04-01 20:24 ` [PATCH] " Ergus
2022-04-02 18:09 ` Juri Linkov
2022-04-03 0:39 ` Ergus
2022-04-04 19:35 ` Ergus
2022-04-04 19:45 ` Juri Linkov
2022-04-04 20:31 ` Philip Kaludercic
2022-04-05 11:06 ` Ergus
2022-04-04 22:33 ` Ergus
2022-04-05 19:22 ` Juri Linkov
2022-04-05 23:20 ` Ergus
2022-04-06 7:35 ` Juri Linkov
2022-04-06 13:21 ` Ergus
2022-04-06 16:48 ` Juri Linkov
2022-04-06 17:45 ` [External] : " Drew Adams
2022-04-06 18:25 ` Juri Linkov
2022-04-06 20:01 ` Drew Adams
2022-04-06 17:45 ` Ergus
2022-04-06 18:29 ` Juri Linkov
2022-04-06 19:50 ` Ergus
2022-04-07 7:35 ` Juri Linkov
2022-04-07 9:16 ` Ergus
2022-04-07 16:53 ` Juri Linkov
2022-04-07 17:38 ` Ergus
2022-04-07 18:04 ` Juri Linkov
2022-04-07 18:35 ` Ergus
2022-04-08 7:40 ` Juri Linkov
2022-04-08 8:42 ` Ergus [this message]
2022-04-08 16:20 ` [External] : " Drew Adams
2022-04-08 16:46 ` Juri Linkov
2022-04-08 9:31 ` Philip Kaludercic
2022-04-08 16:20 ` [External] : " Drew Adams
2022-04-08 16:51 ` Juri Linkov
2022-04-08 20:12 ` Philip Kaludercic
2022-04-06 23:55 ` Ergus
2022-04-06 18:13 ` Ergus
2022-04-06 18:34 ` Juri Linkov
2022-04-06 20:34 ` Ergus
2022-04-07 7:39 ` Juri Linkov
2022-04-07 9:08 ` Ergus
2022-04-07 16:50 ` Juri Linkov
2022-04-07 17:22 ` Ergus
2022-04-07 17:57 ` Juri Linkov
2022-04-07 18:27 ` Ergus
2022-04-08 7:45 ` Juri Linkov
2022-04-08 8:46 ` Ergus
2022-04-08 16:20 ` [External] : " Drew Adams
2022-04-08 16:53 ` Juri Linkov
2022-04-06 9:07 ` Lars Ingebrigtsen
2022-04-06 16:43 ` Juri Linkov
2022-04-07 11:09 ` Lars Ingebrigtsen
2022-04-07 16:46 ` Juri Linkov
2022-04-08 12:59 ` Lars Ingebrigtsen
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=20220408084228.brbjvrsjnjqdipbu@Ergus \
--to=spacibba@aol.com \
--cc=emacs-devel@gnu.org \
--cc=juri@linkov.net \
--cc=philipk@posteo.net \
/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).