emacs-devel
[Top][All Lists]
Advanced

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

Re: on helm substantial differences - Re: [PATCH] Support "\n" in icompl


From: Jean Louis
Subject: Re: on helm substantial differences - Re: [PATCH] Support "\n" in icomplete-separator
Date: Thu, 12 Nov 2020 13:25:35 +0300
User-agent: Mutt/2.0 (3d08634) (2020-11-07)

* Gregory Heytings <ghe@sdf.org> [2020-11-12 12:20]:
> 
> > > This is very subjective.  I find the looks of the minibuffer with
> > > vertical completions very nice, and given the popularity of packages
> > > that implement that feature (Helm and Ivy) I'm sure I'm not alone.
> > > And, FWIW, I would very much dislike a "combo box like UI" to
> > > replace this.
> > 
> > Helm does not offer minibuffer with vertical completions.
> > 
> 
> I know.  But for the purpose of _this_ discussion (prettyness of a vertical
> presentation of completion candidates by Emacs compared to other software)
> what it does is the same.

icomplete vertical completion is not same to helm completion.

Maybe you did not see or did not observe the difference which is to me
very substantial.

I wish icomplete would be in that sense same to helm, but it is not. I
am asking if it can be made, please if possible. It would be alright
to me if bounties can be made and accepted for work. There is nothing
wrong in supporting people with donations.

Features wanted in ivy or icomplete or anything inside of Emacs or in
GNU ELPA:

- full frame completion with mode line staying where it is

- split window completion as helm does it, with mode line staying
  where it should be

My purpose is to possibly benefit people who will be doing researches
and projects. And that is one of fundamental functions.

It need not be implemented as "minibuffer completion", not at all. It
can be implementd any how. Small buffer for completions can as well
appear on the top of the window while real time displaying and
narrowing is shown below.

I also prefer tabulated-list-mode to have the feature to narrow or
filter lines:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=44550









reply via email to

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