From: "Drew Adams" <drew.adams@oracle.com>
To: "'Juri Linkov'" <juri@jurta.org>,
"'Jambunathan K'" <kjambunathan@gmail.com>
Cc: 13602@debbugs.gnu.org
Subject: bug#13602: 24.3.50; remove bindings for `icomplete-minibuffer-map' - make a separate mode
Date: Fri, 8 Feb 2013 08:55:37 -0800 [thread overview]
Message-ID: <7404DFC9F90A4CB198755E6A57FE4822@us.oracle.com> (raw)
In-Reply-To: <8762231bp1.fsf@mail.jurta.org>
> > How about C-S-s and C-S-r? I just need to have Shift key depressed,
> > which is fine with me.
> >
> > (define-key map [?\C-\S-s] 'icomplete-forward-completions)
> > (define-key map [?\C-\S-r] 'icomplete-backward-completions)
>
> Such compromise keys do not do any good neither to ido users
> nor to non-ido users.
Agreed. But Ido users presumably do not need Icomplete anyway. It is non-Ido
users that we should be concerned about for Icomplete.
> Better would be to add an option like `icomplete-enable-ido-keys' that
> when set to t will define ido-specific bindings on `C-s' and `C-r'.
Yes, but without "ido" in the name. It is about enabling keys (any keys) for
Icomplete. It is not about enabling Ido keys for Icomplete.
The keys to use by default can be whatever you like, but they should be specific
to Icomplete (i.e., in its own, independent keymap, as now).
I.e., even if the keys used by default are identical to those used in Ido by
default, there should be no other connection. Since users will be free to
change them in either place separately, the option name should be unrelated to
Ido.
next prev parent reply other threads:[~2013-02-08 16:55 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-31 19:41 bug#13602: 24.3.50; remove bindings for `icomplete-minibuffer-map' - make a separate mode Drew Adams
2013-02-04 10:27 ` Jambunathan K
2013-02-04 16:02 ` Drew Adams
2013-02-04 16:36 ` Jambunathan K
2013-02-04 17:34 ` Drew Adams
2013-02-04 11:20 ` Dmitry Gutov
2013-02-04 16:16 ` Drew Adams
2013-02-04 22:04 ` Dmitry Gutov
2013-02-04 23:33 ` Drew Adams
2013-02-04 14:51 ` Stefan Monnier
2013-02-04 16:22 ` Drew Adams
2013-02-04 16:43 ` Jambunathan K
2013-02-04 17:40 ` Drew Adams
2013-02-05 2:35 ` Jambunathan K
2013-02-05 4:29 ` Drew Adams
2013-02-05 23:19 ` Juri Linkov
2013-02-06 3:42 ` Jambunathan K
2013-02-06 10:24 ` Juri Linkov
2013-02-06 13:31 ` Jambunathan K
2013-02-06 15:27 ` Drew Adams
2013-02-06 15:42 ` Stefan Monnier
2013-02-06 15:49 ` Drew Adams
2013-02-06 16:02 ` Stefan Monnier
2013-02-06 23:45 ` Juri Linkov
2013-02-07 3:51 ` Jambunathan K
2013-02-07 7:50 ` Juri Linkov
2013-02-07 10:24 ` Jambunathan K
2013-02-08 7:55 ` Juri Linkov
2013-02-08 16:55 ` Drew Adams [this message]
2013-02-07 14:17 ` Stefan Monnier
2013-02-07 15:45 ` Jambunathan K
2013-02-07 16:50 ` Stefan Monnier
2013-02-10 4:15 ` Jambunathan K
2013-02-07 21:32 ` Drew Adams
2013-02-08 7:59 ` Juri Linkov
2013-02-08 15:40 ` Stefan Monnier
2013-02-08 17:00 ` Drew Adams
2013-02-08 17:11 ` Jambunathan K
2013-02-08 17:28 ` Drew Adams
2013-02-13 14:42 ` Jambunathan K
2016-04-28 22:25 ` Lars Ingebrigtsen
2016-04-29 16:05 ` Drew Adams
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=7404DFC9F90A4CB198755E6A57FE4822@us.oracle.com \
--to=drew.adams@oracle.com \
--cc=13602@debbugs.gnu.org \
--cc=juri@jurta.org \
--cc=kjambunathan@gmail.com \
/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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).