From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#7700: 24.0.50; C-y binding withing Isearch mode Date: Thu, 23 Dec 2010 12:46:16 -0800 Message-ID: References: <20101223192338.GA1114@muc.de> 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 1293137598 3504 80.91.229.12 (23 Dec 2010 20:53:18 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 23 Dec 2010 20:53:18 +0000 (UTC) Cc: 7700@debbugs.gnu.org To: "'Alan Mackenzie'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Dec 23 21:53:13 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PVs9w-0005Fb-H9 for geb-bug-gnu-emacs@m.gmane.org; Thu, 23 Dec 2010 21:53:12 +0100 Original-Received: from localhost ([127.0.0.1]:57715 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PVs9w-00072b-19 for geb-bug-gnu-emacs@m.gmane.org; Thu, 23 Dec 2010 15:53:12 -0500 Original-Received: from [140.186.70.92] (port=58003 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PVs9q-00072K-PI for bug-gnu-emacs@gnu.org; Thu, 23 Dec 2010 15:53:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PVs9p-0001mc-95 for bug-gnu-emacs@gnu.org; Thu, 23 Dec 2010 15:53:06 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:59641) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PVs9p-0001mY-7e for bug-gnu-emacs@gnu.org; Thu, 23 Dec 2010 15:53:05 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PVryA-0007Wg-Fe; Thu, 23 Dec 2010 15:41:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Dec 2010 20:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7700 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 7700-submit@debbugs.gnu.org id=B7700.129313684428906 (code B ref 7700); Thu, 23 Dec 2010 20:41:02 +0000 Original-Received: (at 7700) by debbugs.gnu.org; 23 Dec 2010 20:40:44 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PVrxr-0007WB-9o for submit@debbugs.gnu.org; Thu, 23 Dec 2010 15:40:43 -0500 Original-Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PVrxp-0007Vz-O3 for 7700@debbugs.gnu.org; Thu, 23 Dec 2010 15:40:42 -0500 Original-Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id oBNKlHkO010171 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 23 Dec 2010 20:47:19 GMT Original-Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id oBNJ90tF019490; Thu, 23 Dec 2010 20:47:17 GMT Original-Received: from abhmt009.oracle.com by acsmt355.oracle.com with ESMTP id 902240741293137178; Thu, 23 Dec 2010 12:46:18 -0800 Original-Received: from dradamslap1 (/10.159.220.75) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 23 Dec 2010 12:46:18 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <20101223192338.GA1114@muc.de> Thread-Index: Acui3A6AbrMGxPgyQymfd9Xnk/FA1AABPRhQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Thu, 23 Dec 2010 15:41:02 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:42766 Archived-At: sm>>> FWIW, I'd agree. I've always found the C-y binding in isearch sm>>> "useless" and counter-intuitive. I'd much rather make C-y and M-y sm>>> behave like they do in the minibuffer. > > What do they do in the minibuffer? C-h c doesn't seem to work in the > minibuffer (as it doesn't in isearch also). da>> Although I haven't used `C-y' in isearch in a long time, da>> I'm not sure its behavior is "useless". It would probably da>> be good to have some isearch key binding for what C-y does now. > > How about M-y? To both questions you raise above: C-y and M-y in the minibuffer are the same as they are in any buffer: C-y yanks the last kill and M-y replaces the text just yanked with a previous kill. da>> One possibility might be `C-u C-y' (since the C-u behavior da>> for C-y doesn't apply during isearch), but that would mean da>> sacrificing C-u's ability to exit isearch. da>> Worse, C-u is currently passed to any exiting key (e.g. da>> `C-u C-n'), which can be handy. > > C-u C-y is too cumbersome for a key sequence you're likely to want to > repeat. I was thinking that only one C-u would be needed to then let C-y do what it does now. IOW, C-u C-y C-y... to repeat. But I suspect that proposing C-u for this is a non-starter. I expect that there will be significant attachment to the use of C-u to both exit isearch and be passed along to the following command/key as prefix arg. da>> Personally, I wouldn't mind sacrificing `C-u' for this - I da>> think there are plenty of keys to exit a search. But I know da>> that others do object to losing any exit keys, and `C-u' is da>> also a special case wrt exiting. > > C-u is potentially useable by an isearch command (including a > "scrolling" command) to enter a repeat count. When > `isearch-allow-scroll' is enabled, C-u C-l is a useful key > sequence - for example. Let's not lose this facility. OK by me. I completely forgot about such scrolling.