all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* RE: Feature branches review please (ivy hello)
@ 2020-11-06 16:30 Drew Adams
  2020-11-06 19:05 ` Jean Louis
  0 siblings, 1 reply; 19+ messages in thread
From: Drew Adams @ 2020-11-06 16:30 UTC (permalink / raw)
  To: Emacs-Devel List

[Forwarding to the list, as it got dropped from
Reply All.]

> >> Again, please try (setq completion-styles (cons 'flex
> >> completion-styles)). With this "foo bar" matches both "foo bar" and
> >> "bar foo" (and also "far boo", "boo far", ...).
> >
> > Does it?
> 
> Hmmm, no, you're right, it doesn't.  I don't use that setting, I tried it
> briefly and wrongly concluded that it worked that way.  What would be
> needed is a "superflex" completion-style where characters can be given in
> any order ;-)

tl;dr: Matching without respect to order in
the target involves multiple separate matches.
___

What's usually called "flex" matching (Icicles
calls it "scatter") just matches bits of the
pattern you provide _in order_, one after the
other.  The matches are scattered throughout
the target, but they are _in order_ there.

To match multiple patterns without regard to
order in the target, you need to match the
patterns separately, each against the original
target or each against the result of previous
matching.

Icicles or library orderless.el provides such
behavior.

With Icicles, you can match a pattern (regexp,
fuzzy, flex, substring, whatever), and then you
can match another pattern ... etc.  Because the
component matches are separate the resulting
overall matches have those component matches in
any order.



^ permalink raw reply	[flat|nested] 19+ messages in thread
* Re: Feature branches review please
@ 2020-11-05 10:05 Jean Louis
  2020-11-05 16:10 ` Gregory Heytings via Emacs development discussions.
  0 siblings, 1 reply; 19+ messages in thread
From: Jean Louis @ 2020-11-05 10:05 UTC (permalink / raw)
  To: Gregory Heytings; +Cc: Ergus, emacs-devel

* Gregory Heytings via "Emacs development discussions. <emacs-devel@gnu.org> [2020-11-05 11:37]:
> 
> Hi Ergus,
> 
> > 
> > The icomplete-vertical feature branch is pretty much ready, please if
> > any maintainer could give it a last review and tell me anything else
> > needed to merge into master?
> > 
> 
> You may have followed the (heated) discussions about displaying completion
> candidates vertically in the minibuffer about a month ago.  Short summary:
> 
> 1. During these discussions, Eli added two lines in xdisp.c, and
> icomplete-vertical now only requires `(setq icomplete-separator
> "\n")'.

I hope that functions are made in the spirit of ivy and helm so that I
can build completion based system for any choices, not only minibuffer
built-in choices.

For ivy, I have this:

ivy-completing-read is an autoloaded compiled Lisp function in
‘ivy.el’.

(ivy-completing-read PROMPT COLLECTION &optional PREDICATE
REQUIRE-MATCH INITIAL-INPUT HISTORY DEF INHERIT-INPUT-METHOD)

icomplete-vertical would be very useful function and I hope it will
get:

- full window support, like poping out of minibuffer to full window
- settable size of minibuffer
- actions like ivy with M-o or helm with TAB

Then I could develop on built-in Emacs features instead of asking for
too many outside packages to be loaded.

Let me know how to get that branch, that I can test it.

Jean



^ permalink raw reply	[flat|nested] 19+ messages in thread

end of thread, other threads:[~2020-11-08  9:52 UTC | newest]

Thread overview: 19+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-11-06 16:30 Feature branches review please (ivy hello) Drew Adams
2020-11-06 19:05 ` Jean Louis
2020-11-06 19:27   ` Drew Adams
2020-11-08  9:52     ` orderless/bookmarks Jean Louis
  -- strict thread matches above, loose matches on Subject: below --
2020-11-05 10:05 Feature branches review please Jean Louis
2020-11-05 16:10 ` Gregory Heytings via Emacs development discussions.
2020-11-05 16:27   ` Manuel Uberti
2020-11-05 17:00     ` Gregory Heytings via Emacs development discussions.
2020-11-05 17:32       ` Jean Louis
2020-11-05 20:39         ` Gregory Heytings via Emacs development discussions.
2020-11-05 21:33           ` Jean Louis
2020-11-05 22:24             ` Gregory Heytings via Emacs development discussions.
2020-11-05 22:48               ` Jean Louis
2020-11-06  9:19                 ` Gregory Heytings via Emacs development discussions.
2020-11-06 10:51                   ` Feature branches review please (ivy hello) Jean Louis
2020-11-06 11:17                     ` Oleh Krehel
2020-11-06 11:42                       ` Jean Louis
2020-11-06 11:49                         ` Basil L. Contovounesios
2020-11-06 12:01                           ` Jean Louis
2020-11-06 21:12                             ` Basil L. Contovounesios
2020-11-06 13:56                         ` Stefan Monnier
2020-11-06 14:10                           ` Eli Zaretskii
2020-11-06 14:55                             ` Stefan Monnier
2020-11-06 15:24                           ` Jean Louis
2020-11-06 12:07                     ` Gregory Heytings via Emacs development discussions.
2020-11-06 14:02                       ` Stefan Monnier
2020-11-06 14:41                         ` Gregory Heytings via Emacs development discussions.
2020-11-06 19:23                       ` Jean Louis
2020-11-06 21:09                         ` Gregory Heytings via Emacs development discussions.

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.