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

[Juri Linkov]

>> So C-g in the minibuffer could be two-step as well:
>> first C-g closes the completions window and clears the suffix,
>> second C-g exits the minibuffer.
>
> The most I go into this the most convinced I get that
> completion-auto-select and selecting the Completions windows is the
> simplest and cleaner way to go.

Earlier you said that it should work like zsh.  But does zsh
really select the Completions window?  I see that typing a letter
while a completion candidate is highlighted in zsh, inserts both
the highlighted completion candidate and the letter.
This looks like it never leaves the command line
that corresponds to the minibuffer in Emacs.
So why do you think that switching to the Completions window
is required to select a completion candidate?

>>> Then it should probably be line-move but forward-line goes to column zero.
>>
>> Neither of them wraps to the beginning like next-completion does.
>
> The wrap behavior is only set for tab and backtab commands (yes, it is
> hardcoded there... don't blame me) not even for all next-completion
> uses. I prefer not to touch that code anymore or add more stuff
> there... At some point we will decide to fix/replace the mouse-face
> approach there and all this will be a nightmare to support the legacy
> behavior. >This means we need a new command next-completion-vertical.
>
> I already tried that in the first version of zcomplete I did long time
> ago. And you said (and I agreed) that it was too complicated.

But in zsh <up> and <down> wrap to the top/bottom of the same column.

Also in zsh TAB moves vertically when columns are sorted vertically.
Shouldn't TAB in Emacs move vertically too when 'completions-format'
is 'vertical'?