all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Drew Adams <drew.adams@oracle.com>
To: John Wiegley <johnw@gnu.org>, Lars Ingebrigtsen <larsi@gnus.org>
Cc: Michael Heerdegen <michael_heerdegen@web.de>, 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 08:40:29 -0800 (PST)	[thread overview]
Message-ID: <0e46790f-faa7-4008-9c37-f46be709513b@default> (raw)
In-Reply-To: <m260xjdd1n.fsf@newartisans.com>

> > I don't think there is a problem. :-) But Icicles is a minor mode that
> > binds that key globally, so there's a collision... But...
> 
> If it's not against convention, then I think Gnus can bind what it wants
> while I'm reading mail with it.

Depends on what you call "convention".  As the original bug report says:

 My understanding was that `M-s' is now pretty much reserved as a prefix
 key for search.

Isn't that the case?  Is that a convention?

 For example: `M-s w' and the Dired search keys, which all use prefix
 key `M-s f'.  My thinking for defining `M-s M-s' as an Icicles search
 prefix key was (a) `M-s' is a prefix key for Emacs search generally, and
 (b) I did not find any conflicts for `M-s M-s' on the `M-s' prefix key.
 
 But if Gnus binds `M-s' to a command, that conflicts with the general
 use of `M-s' as a prefix key (for search).  That is the bug: Gnus should
 not bind `M-s' to a command.  `M-s' should remain a prefix key (for
 search).
 
 Presumably, in the context where `M-s' is bound to a Gnus command it is
 unavailable for use by Isearch etc.  Even for Gnus users of vanilla
 Emacs, I would think that this would be a loss.

Michael Heerdegen replied that for that particular Gnus buffer there
is _not_ much use for search, and that Gnus anyway provides its own
search search command (on another key, I guess):

 That Gnus shadows the global M-s binding is another issue.  But since
 Gnus replaces it with a search command suitable for searching articles,
 it's IMHO not really a problem.  AFAIK, only the summary buffer is
 affected by the M-s binding, and there, "normal" searching is rarely
 needed.

It is true that prefix key `M-s' is _not_ called out in (elisp)
`Key Binding Conventions' as being reserved.  So in that sense it
is perhaps not a convention.  Or else that doc is not up-to-date.

There are regularities in Emacs default key bindings, which are
not called out in (elisp) `Key Binding Conventions' as being
"conventional" in the sense of being reserved.  Presumably these
regularities are only nice-to-haves, not required.

If so, the question here is whether, how much, and where Emacs
itself wants to respect such a regularity/convention.

("Emacs itself" presumably includes Gnus now, even if it might not
have back in the "mid-80s" (or '88, when Gnus was written - and no,
I do not see `M-s' there: http://www.gnus.org/2.0/gnus.el.))

So:

1. Yes, of course "Gnus can bind what it wants while [you're]
   reading mail with it."

2. A minor mode (such as Icicles) can also bind what it wants.

3. That particular Gnus buffer apparently has little need for
   search, and even less need for Isearch (`M-s ...'), as it has
   its own search command.

4. Users will generally expect `M-s' to be a search prefix key.
   That's the "convention".  It can confuse users for this or that
   mode or library to bind `M-s' to something else.  But confusion
   is not the end of the world.  And modes and libraries can have
   good reasons for bindings they make.

5. At least for Icicles, it is trivial for a user to bind Icicles
   search commands to a different prefix key from `M-s'.  This is
   really not about Icicles, IMO.

6. Because of the `M-s' "convention" and user expectations of it,
   a natural question is this: Is there a good reason for Gnus
   _not_ to use a different key from `M-s'?  I haven't seen _any_
   reason given, so far.  But again, see #1...

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.

Although it is trivial for an Icicles user to change the Icicles
prefix key for search commands from `M-s M-s' to something else,
the reporting user chose to instead change the Gnus key from `M-s'.
Maybe that says something about users expecting or wanting `M-s'
to continue to be for search.  Or maybe not - that's only one user.





  reply	other threads:[~2016-02-20 16:40 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 [this message]
2016-02-20 19:28                     ` John Wiegley
2016-02-20 20:20                       ` Drew Adams
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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=0e46790f-faa7-4008-9c37-f46be709513b@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 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.