Re: Navigating completions from minibuffer

[Spencer Baugh]

Juri Linkov <juri@linkov.net> writes:
>>>> Probably we have to make RET more smart, so that when more editing
>>>> was performed in the minibuffer after the completions were displayed,
>>>> then to use the minibuffer contents with exit-minibuffer,
>>>> not an obsolete completion candidate that remains selected.
>>>
>>> Interesting solution!  So if the last relevant command was changing the
>>> selected candidate, then RET submits the candidate; if the last relevant
>>> command was editing the minibuffer, then RET submits the minibuffer
>>> text.
>>>
>>> What about the case where I type some text, switch between some
>>> completion candidates in *Completions*, then decide I don't want any of
>>> them and hit RET to submit the minibuffer text?  That's something that
>>> works today.  Can we support that somehow?
>>
>> Currently the suggested way to avoid selecting a highlighted candidate
>> is to close the completions window with C-g, i.e. it adheres
>> to the principle “what you see is what you get” - when you see
>> a highlighted candidate then you will get it, otherwise you will get
>> the minibuffer contents.
>
> So there are at least 2 variants what to do when completing-read is used
> as selection rather than completion:
>
> 1. On editing the minibuffer close the completions window as expired.

This would make it difficult to narrow the completions by typing in some
text from them, though.  I think I relatively often:

1. TAB
2. Look at *Completions*
3. Type in some text from one of them

Step 3 would harder if *Completions* disappeared on the first character
I typed.

Perhaps instead typing a character could deselect the currently selected
completion, rather than hide *Completions*?  But it seems nice to
maintain the selected completion as you type, as a visual guide, and
also my other patch maintains the selected completion between each TAB,
which is nice.

Maybe... we could somehow de-activate the selected completion, visually
de-emphasizing it in some way, but still showing its position in some
less-significant way?  An underline, perhaps?  And subsequent operations
which change the selected completion would reactivate it, making it the
selected completion again.  That might be a bit tricky to represent
visually in an intuitive way, but it might give us everything we want.

Maybe we could represent that visually by moving the selected completion
indicator (which in emacs -q is a green highlight) to *the minibuffer*
when the "selected" completion is not actually active.  Then the user
would quite quickly get the idea: RET submits whatever is highlighted in
green.