unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Drew Adams <drew.adams@oracle.com>
To: John Wiegley <johnw@gnu.org>
Cc: Michael Heerdegen <michael_heerdegen@web.de>,
	Lars Ingebrigtsen <larsi@gnus.org>,
	11482@debbugs.gnu.org
Subject: bug#11482: 24.0.96; Keep `M-s' as a prefix key for search (conflict with Gnus)
Date: Sat, 20 Feb 2016 12:20:53 -0800 (PST)	[thread overview]
Message-ID: <1a76af5c-e408-4ae4-83cf-a81e29f30dec@default> (raw)
In-Reply-To: <m260xj5ghr.fsf@newartisans.com>

> > Feel free to close this bug, if you don't care that Gnus respects the `M-s'
> > "convention" and #1 is most important. I filed the bug report based on an
> > Icicles user report. I filed it because of my understanding that `M-s' is
> > conventionally a search prefix key.
> 
> Let's change the topic of this bug then, to be about whether M-s should be a
> reserved key to be respected by all modes or not, and therefore require an
> update to the Elisp convention. Lars, do you think this would be troublesome
> for Gnus?

I'm not sure I'd advise that.  I think it might be better to leave
this `M-s' "rule" as it is, and thus leave uses by Emacs itself up to
Emacs Dev.

Users and 3rd-party library authors already understand, or will come
to understand, that Emacs itself uses `M-s' as a prefix for search keys,
and they will take that into account in deciding whether they want to
repurpose it.

IOW, if it is not cast in bronze in the `Key Binding Conventions' then
there is more leeway for judgment calls, case by case.  That might be
the best approach for this.  The list of official key reservations is
purposely quite limited, and that has not hurt Emacs.

And there will likely be other such decisions, as Emacs makes more
use of prefix keys (because keys are a limited resource).  That's my
expectation, at least: consolidation of related keys on prefix keys
(by default), such as was done for `M-s', in order to deal with a
shortage of keys.

In any case, IMHO, a decision whether to make `M-s' reserved should
not be based on, or even influenced by, whether doing that would be
troublesome for Gnus.

Reserving `M-s' is a bigger decision - even if it would not be
troublesome for Gnus, that should not be sufficient to decide to do
it.  And even if it is troublesome for Gnus, that should not be
sufficient to decide not to do it.

So I would prefer to see this bug dealt with, one way or another,
without deciding once and for all whether `M-s' should be reserved
per the published key-binding conventions.

Just one opinion (and I could be persuaded otherwise).





  reply	other threads:[~2016-02-20 20:20 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-05-15 19:05 bug#11482: 24.0.96; Keep `M-s' as a prefix key for search (conflict with Gnus) Drew Adams
2012-05-15 19:55 ` Juri Linkov
2012-05-15 20:27   ` Drew Adams
2012-05-17  0:14     ` Juri Linkov
2012-05-17  4:44       ` Drew Adams
2012-05-17 15:23         ` Drew Adams
2014-02-09  4:09 ` Lars Ingebrigtsen
2014-02-10 22:51   ` Drew Adams
2014-02-12 14:16   ` Michael Heerdegen
2016-02-07  7:05     ` Lars Ingebrigtsen
2016-02-07  8:03       ` Drew Adams
2016-02-07 16:47         ` John Wiegley
2016-02-08  1:34           ` Lars Ingebrigtsen
2016-02-20  6:22             ` John Wiegley
2016-02-20  7:50               ` Lars Ingebrigtsen
2016-02-20  8:03                 ` John Wiegley
2016-02-20 16:40                   ` Drew Adams
2016-02-20 19:28                     ` John Wiegley
2016-02-20 20:20                       ` Drew Adams [this message]
2016-02-20 20:43                         ` John Wiegley
2016-02-20 20:41                 ` Glenn Morris

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=1a76af5c-e408-4ae4-83cf-a81e29f30dec@default \
    --to=drew.adams@oracle.com \
    --cc=11482@debbugs.gnu.org \
    --cc=johnw@gnu.org \
    --cc=larsi@gnus.org \
    --cc=michael_heerdegen@web.de \
    /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).