all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
To: "'Eli Zaretskii'" <eliz@gnu.org>, <help-gnu-emacs@gnu.org>
Subject: RE: Too much pita to paste into incremental regex search
Date: Mon, 23 Jan 2012 10:06:18 -0800	[thread overview]
Message-ID: <1B1E4ADD071E46D99AD9DBCBC009C16D@us.oracle.com> (raw)
In-Reply-To: <83d3aa2w0g.fsf@gnu.org>

> > > > > It doesn't disappear for me, not in Emacs 24 anyway.  I 
> > > > > can click the mouse in the minibuffer, then type C-y to
> > > > > paste something I copied elsewhere.
> > > > 
> > > > Not if you click in a minibuffer on a different frame 
> > > > (which includes the case of a standalone minibuffer).
> > > > A `switch-frame' event causes Isearch to be cancelled.
> > > > See Emacs bug #10037.
> > > 
> > > The OP didn't say anything that would imply he was using such
> > > esoterica.
> > 
> > Wow.  Using more than one frame is "esoteric"?
> 
> No.  But using minibuffer frames is.

Next you'll be claiming that minibuffer frames are unsupported... or obsolete...
or abnormal... or deviant...  Thanks for the attempted marginalization, but no
thanks.

In any case, what part of "minibuffer on a different frame" and "which includes"
implies that this is limited to standalone minibuffer frames?  I was pretty
clear that it is not.

The problem is that when you move the mouse from any frame to any other frame an
automatic `switch-frame' event cancels Isearch.  That means that using the mouse
to paste into the search field is currently limited to mouse movements within
the same frame.  It is only mouse selection/pasting that has this problem.

But I'm glad to hear that you at least do not consider inter-frame mouse
movements, in general, to be esoteric.  Maybe some day your tolerance will
extend to minibuffer-only frames as well, but that's not necessary here.  Fixing
the bug for the general case will anyway take care of any such "esoteric" case
at the same time.

> > Is it also esoteric if you use `M-w' to copy text from a buffer
> > in one frame and then use `M-y' (Emacs 24: `C-y') to yank it
> > into Isearch in another frame?
> 
> This works for me.

Of course it does; that's the point (and why I suggested that to the OP as an
alternative).  It is only the mouse behavior that does not work - for you or
anyone else.

And it makes no difference whether the frame change involves a standalone
minibuffer frame.  Using a mouse across frames is not in any way "esoteric" - it
just doesn't work at the moment for Isearch.




  reply	other threads:[~2012-01-23 18:06 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-01-22 23:07 Too much pita to paste into incremental regex search Harry Putnam
2012-01-23  4:36 ` suvayu ali
2012-01-23  5:58   ` Drew Adams
2012-01-23  6:22 ` Eli Zaretskii
2012-01-23  6:43   ` Drew Adams
2012-01-23  6:59     ` Eli Zaretskii
2012-01-23 14:44       ` Drew Adams
2012-01-23 17:01         ` Eli Zaretskii
2012-01-23 18:06           ` Drew Adams [this message]
2012-01-23 20:40             ` Eli Zaretskii
2012-01-27  6:06   ` Harry Putnam

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=1B1E4ADD071E46D99AD9DBCBC009C16D@us.oracle.com \
    --to=drew.adams@oracle.com \
    --cc=eliz@gnu.org \
    --cc=help-gnu-emacs@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.