From: Stefan Monnier <monnier@iro.umontreal.ca>
To: emacs-devel@gnu.org
Subject: Re: Who uses Icomplete-mode? Re: [Emacs-diffs] master b0e318d 2/2: Score flex-style completions according to match tightness
Date: Mon, 18 Mar 2019 12:44:05 -0400 [thread overview]
Message-ID: <jwvk1gwxigi.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: CALDnm51LEOq_bg1GQc65jteY5Bvpmv3S3aBozybEHSxHj8b2ZA@mail.gmail.com
> Which brings me to a question I've been meaning to ask: who
> here uses Icomplete-mode and just how attached are you to its
> interface?
I don't use it all the time, but I often like to use it.
> - A less cryptic left side hint as to what the "current" matched
> thing is (in ido.el it's pretty obvious, in icomplete.el not so much)
Not sure what you mean by that
> - A way to have RET exit the minibuffer with the current thing,
(define-key icomplete-minibuffer-map [?\C-m]
'icomplete-force-complete-and-exit)
should do the trick.
> except when finding files, where it should just enter the directory
This is the one "feature" of Ido which drove me completely mad. I might
have gotten used to some of the other parts of the Ido UI but this one
just makes no sense to me: I much prefer typing / than RET to enter the
directory (and with partial-completion style this works nicely).
> (though there should always be a binding for exiting the minibuffer
> with whatever the current input is).
(define-key icomplete-minibuffer-map [?\C-j] 'exit-minibuffer)
?
> - A way to delete buffers and kill files effectively without leaving
> the minibuffer prompt.
Hmm... I thought you coded this up already, but I don't see it in
icomplete.el. Did I dream it?
This is sliding towards Helm territory and is difficult to provide in
a clean generic way (icomplete-mode is supposed to work for all
completions), but it might make sense to offer "category-specific" key
bindings and commands, yes.
> - Eliminate the need for icomplete-compute-delay, using while-no-input
> or maybe threads.
Looks like you have your work cut out !
> Some of these can be achieved through customization, and some
> would probably need more work. Moreover, if there aren't a lot of
> people overly attached to the current interface, we could choose
> some new defaults.
I like the fact that the key-bindings are pretty much the same with and
without icomplete, so I'm not looking forward to changing the default
RET binding in icomplete-mode. But that's my opinion as icomplete user,
so if I'm in the minority I can live with it.
> Otherwise, I'd propose a new icomplete-ido-emulation-mode with
> some less horrible name.
That might actually be a good approach (especially if it's built as just
"icomplete-mode with different defaults" so the new features can also be
used from icomplete-mode modulo simple customizations), also because it
will be new and so could attract new users more effectively than
"icomplete-mode has slightly different default behavior".
Stefan
next prev parent reply other threads:[~2019-03-18 16:44 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20190213212413.868.40960@vcs0.savannah.gnu.org>
[not found] ` <20190213212414.D6F4C209C6@vcs0.savannah.gnu.org>
2019-02-14 12:38 ` master e4896fc 1/2: Add a new 'flex' completion style Robert Pluim
2019-02-14 13:50 ` João Távora
2019-02-14 14:37 ` Eli Zaretskii
2019-02-14 14:40 ` João Távora
2019-02-14 14:47 ` Robert Pluim
2019-02-14 14:50 ` João Távora
2019-02-14 15:12 ` Robert Pluim
2019-02-14 15:22 ` Drew Adams
2019-02-14 14:29 ` Eli Zaretskii
2019-02-14 14:39 ` João Távora
[not found] ` <20190213212415.148B9209D7@vcs0.savannah.gnu.org>
2019-03-16 1:13 ` [Emacs-diffs] master b0e318d 2/2: Score flex-style completions according to match tightness Dmitry Gutov
2019-03-16 13:02 ` João Távora
2019-03-16 13:19 ` Stefan Monnier
2019-03-16 14:25 ` João Távora
2019-03-17 18:06 ` Dmitry Gutov
2019-03-17 19:22 ` João Távora
2019-03-17 20:32 ` Dmitry Gutov
2019-03-17 21:46 ` João Távora
2019-03-18 14:26 ` Dmitry Gutov
2019-03-18 14:42 ` Dmitry Gutov
2019-03-18 14:49 ` Stefan Monnier
2019-03-18 14:52 ` Dmitry Gutov
2019-03-18 16:20 ` Stefan Monnier
2019-03-18 15:13 ` Who uses Icomplete-mode? " João Távora
2019-03-18 16:44 ` Stefan Monnier [this message]
2019-03-18 21:08 ` Who uses Icomplete-mode? Juri Linkov
2019-03-18 14:54 ` [Emacs-diffs] master b0e318d 2/2: Score flex-style completions according to match tightness João Távora
2019-03-18 14:51 ` João Távora
2019-03-18 17:18 ` Dmitry Gutov
2019-03-20 9:59 ` João Távora
2019-03-20 12:09 ` Stefan Monnier
2019-03-20 21:00 ` João Távora
2019-03-20 21:58 ` Dmitry Gutov
2019-03-20 23:25 ` João Távora
2019-03-21 1:14 ` Stefan Monnier
2019-03-21 1:20 ` Dmitry Gutov
2019-03-21 1:08 ` Stefan Monnier
2019-03-17 17:51 ` Dmitry Gutov
2019-03-17 19:09 ` João Távora
2019-03-17 20:22 ` Dmitry Gutov
2019-03-17 21:27 ` João Távora
2019-03-18 0:38 ` Dmitry Gutov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=jwvk1gwxigi.fsf-monnier+emacs@gnu.org \
--to=monnier@iro.umontreal.ca \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.