unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
To: "'Juri Linkov'" <juri@jurta.org>
Cc: 11482@debbugs.gnu.org
Subject: bug#11482: 24.0.96; Keep `M-s' as a prefix key for search (conflict with Gnus)
Date: Wed, 16 May 2012 21:44:50 -0700	[thread overview]
Message-ID: <13DA3910F36D4757A1E991A5FC9632CE@us.oracle.com> (raw)
In-Reply-To: <87r4ujwtns.fsf@mail.jurta.org>

> >> Gnus could bind `gnus-summary-search-article-forward' to `M-s M-s'.
> >> It is still easy to type.
> >
> > Obviously not what I was hoping for, since, as I say, 
> > Icicles uses `M-s M-s' as a prefix key for all of its many
> > (Icicles) search commands.
> 
> For Icicles you could use a key prefix with Icicles specific 
> mnemonics like `M-s I'.

Certainly I could.  But `M-s M-s' is a _lot_ more convenient for a prefix key
than is fiddling around with first Meta then Shift (then...).  Which is why I
chose it.  As I said, there are a lot of Icicles search keys on that prefix.
Here's a taste:

M-s M-s C-l     icicle-search-pages
M-s M-s ,       icicle-tags-search
M-s M-s D       icicle-search-defs-full
M-s M-s I       icicle-imenu-full
M-s M-s J       icicle-search-bookmarks-together
M-s M-s O       icicle-search-overlay-property
M-s M-s T       icicle-search-text-property
M-s M-s X       icicle-search-xml-element-text-node
M-s M-s b       icicle-search-buffer
M-s M-s c       icicle-search-char-property
M-s M-s d       icicle-search-defs
M-s M-s f       icicle-search-file
M-s M-s i       icicle-imenu
M-s M-s j       icicle-search-bookmark
M-s M-s k       icicle-search-keywords
M-s M-s l       icicle-search-lines
M-s M-s o       icicle-occur
M-s M-s p       icicle-search-paragraphs
M-s M-s s       icicle-search-sentences
M-s M-s t       icicle-search-thing
M-s M-s w       icicle-search-word
M-s M-s x       icicle-search-xml-element
M-s M-s M-s     icicle-search-generic

Plus `M-s M-s m', which is a mode-specific Icicles search.  For example, in
Dired mode it searches the marked files, including those (marked in other Dired
buffers) in the marked subdirs, recursively.  In the `*Bookmark List*' it
searches the targets of the marked bookmarks.  In Ibuffer mode it searches the
marked buffers.  And so on.

That's a pretty good use of `M-s M-s' as a prefix key, I think.  IOW, there are
not just one or two keys on the prefix.

And Icicles was first! ;-)  Certainly there is nothing special about Gnus, that
it should get awarded the `M-s M-s' prize...

Anyway, I'd probably sooner keep `M-s M-s' as the default value of the prefix
key for Icicles users.  As I said, it's very easy for a user to customize the
existing option to change the prefix key if need be.  And it's not clear that
most Icicles users will use Gnus anyway. ;-)

> > But it does satisfy the bug report, at least: it does not 
> > make `M-s' a simple command binding.
> 
> There are more currently conflicting modes listed in 
> admin/FOR-RELEASE:
> 
>   ** Check for modes which bind M-s that conflicts with a new 
>      global binding M-s and change key bindings where necessary.
>      The current list of modes:
> 
>   2. Minibuffer binds `M-s' to `next-matching-history-element'
>      (not useful any more since C-s can now search in the history).

I don't see #2 as a problem at all.  We're talking top-level bindings, or should
be.  The only possible conflict for #2 is wrt Isearch in the minibuffer.  I
don't think that should be a criterion here.

The others you mention are all conflicts of the same sort as Gnus, and should,
IMO, be changed from `M-s' to something else.

> Like the proposed keybinding `M-s M-s' for Gnus,

Which I am not in favor of...  I mention it as an existing conflict and suddenly
it's a proposal for Gnus?

> the minibuffer could rebind `next-matching-history-element'
> to `M-s M-s'. 

There is no need to rebind the minibuffer's current use of `M-s', IMO.

> And perhaps Shell could bind `comint-history-isearch-forward-regexp' to `M-s 
> M-s' as well.

So now you want to completely appropriate the key I complained about Gnus
conflicting with, creating even more conflicts for Icicles?  Gee, thanks.

I suppose I should take comfort in the adage that imitation is a form of
flattery.  But I would prefer that Emacs just leave `M-s M-s' well enough alone.

> However, I have doubts about rebinding `rmail-search' to `M-s M-s'...

I suggest to leave `M-s M-s' alone - no default binding, and just take care of
this bug, which is about NOT binding commands to `M-s', now that it is a prefix
key for search.






  reply	other threads:[~2012-05-17  4:44 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 [this message]
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
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=13DA3910F36D4757A1E991A5FC9632CE@us.oracle.com \
    --to=drew.adams@oracle.com \
    --cc=11482@debbugs.gnu.org \
    --cc=juri@jurta.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 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).