Re: [PATCH] Support "\n" in icomplete-separator

[Andrii Kolomoiets]

Ergus <spacibba@aol.com> writes:

>>> Pressing TAB seems to be against the philosophy of icomplete, ivy, and
>>> similar features, at least AFAIU: they display the candidates without
>>> any prior request by the user.
>>
>>Among icomplete, ivy and ido modes only ivy is overriding TAB key.  With
>>icomplete and ido the overlay text is not the _only_ way of knowing what
>>inputs are acceptable.  Seems like they has nothing against using TAB to
>>complete text.
>>
> Ivy has ivy-partial-or-done bind to tab by default. Which completes
> common part or open on single alternative with the default action
> (find-file for file; dired for directories...).
>
> But it is possible to bind tab to ivy-partial in ivy-minibuffer-map
> instead. Then you have only completion on tab which is probably more
> familiar for shell users, and a more predictable behavior. Actually the
> most opposed completion system to use tabs is helm not ivy ;p

In emacs -Q:
1. M-: (set-frame-height nil 1)
2. M-x
3. TAB
Completion buffer is opened and from now each pressing of TAB will
scroll completions.
4. ivy-mode RET
5. M-x
6. TAB
No completions are visible
7. TAB
No completions so far but the 'enable-theme' command is invoked.

With TAB rebinded to 'ivy-partial', the command in step 7 is not
invoked, but still no completions are showed.