emacs-devel
[Top][All Lists]
Advanced

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

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


From: Jean Louis
Subject: Re: [PATCH] Support "\n" in icomplete-separator
Date: Sun, 8 Nov 2020 23:50:00 +0300
User-agent: Mutt/2.0 (3d08634) (2020-11-07)

* Andrii Kolomoiets <andreyk.mad@gmail.com> [2020-11-08 23:29]:
> Jean Louis <bugs@gnu.support> writes:
> 
> > * Andrii Kolomoiets <andreyk.mad@gmail.com> [2020-11-06 15:41]:
> >> Jean Louis <bugs@gnu.support> writes:
> >> 
> >> > Maybe you can also improve ido-mode to work vertically?
> >> 
> >> Back in the days when I was the ido user, ido-vertical-mode works fine
> >> for me.  It's available on MELPA.
> >
> > There is difference when feature is built in.
> 
> Did you try to set the 3rd element of 'ido-decorations' or
> 'ido-separator' to "\n"?  Looks like ido-mode doesn't calculate how many
> completions will fit into minibuffer.  Completions count is specified by
> the 'ido-max-prospects' variable.

ido-separator is a variable defined in ‘ido.el’.
Its value is nil

  This variable is obsolete;
  set 3rd element of `ido-decorations' instead.
  You can customize this variable.

because it is obsolete I did not try using it. I tried with the 3rd
element in ido-decorations

Now when I try using it, it somehow works. I just forgot to use C-n
C-p as C-. and C-, could be remapped.

It is not as user friendly. If I search for something (in that
vertical ido mode) then I typed few letters, but if I move back and
forth and wish to complete selection those few typed letters still
remain there and I have to delete them. Somehow it works, depends of
familiarity.

I know that ido-mode would be complex and sensitive to people who need
to work with my database as education level in this country is not for
commendation.

But in general I see it works. I did not try on large collections and
I do not know how to reverse the order of words.



reply via email to

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