From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.help Subject: RE: Too much pita to paste into incremental regex search Date: Mon, 23 Jan 2012 10:06:18 -0800 Message-ID: <1B1E4ADD071E46D99AD9DBCBC009C16D@us.oracle.com> References: <87aa5fbale.fsf@newsguy.com> <00A036F48B024034991C000247C729ED@us.oracle.com> <83d3aa2w0g.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1327342020 9933 80.91.229.12 (23 Jan 2012 18:07:00 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 23 Jan 2012 18:07:00 +0000 (UTC) To: "'Eli Zaretskii'" , Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Jan 23 19:06:56 2012 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RpOIB-0005VA-FB for geh-help-gnu-emacs@m.gmane.org; Mon, 23 Jan 2012 19:06:55 +0100 Original-Received: from localhost ([::1]:37638 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RpOIA-00081D-Lv for geh-help-gnu-emacs@m.gmane.org; Mon, 23 Jan 2012 13:06:54 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:59178) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RpOI1-0007ya-Sw for help-gnu-emacs@gnu.org; Mon, 23 Jan 2012 13:06:50 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RpOHt-00089J-VV for help-gnu-emacs@gnu.org; Mon, 23 Jan 2012 13:06:45 -0500 Original-Received: from acsinet15.oracle.com ([141.146.126.227]:42892) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RpOHs-00087m-4S; Mon, 23 Jan 2012 13:06:36 -0500 Original-Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id q0NI6U1Q029628 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 23 Jan 2012 18:06:31 GMT Original-Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q0NI6TD1014037 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Jan 2012 18:06:30 GMT Original-Received: from abhmt106.oracle.com (abhmt106.oracle.com [141.146.116.58]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q0NI6Ti7001846; Mon, 23 Jan 2012 12:06:29 -0600 Original-Received: from dradamslap1 (/10.159.39.8) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 23 Jan 2012 10:06:29 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <83d3aa2w0g.fsf@gnu.org> Thread-Index: AczZ8LgKA4JxhxYURD63iuzNbEpyEAABXedw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-CT-RefId: str=0001.0A090209.4F1DA1A8.007A,ss=1,re=0.000,fgs=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) X-Received-From: 141.146.126.227 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:83548 Archived-At: > > > > > 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.