From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.bugs Subject: bug#7700: 24.0.50; C-y binding withing Isearch mode Date: Thu, 23 Dec 2010 19:23:38 +0000 Message-ID: <20101223192338.GA1114@muc.de> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1293132204 12679 80.91.229.12 (23 Dec 2010 19:23:24 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 23 Dec 2010 19:23:24 +0000 (UTC) Cc: 7700@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Dec 23 20:23:20 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 1PVqkx-0006h4-0z for geb-bug-gnu-emacs@m.gmane.org; Thu, 23 Dec 2010 20:23:19 +0100 Original-Received: from localhost ([127.0.0.1]:43485 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PVqkw-00086Z-9G for geb-bug-gnu-emacs@m.gmane.org; Thu, 23 Dec 2010 14:23:18 -0500 Original-Received: from [140.186.70.92] (port=58216 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PVqkn-00084I-Kd for bug-gnu-emacs@gnu.org; Thu, 23 Dec 2010 14:23:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PVqkl-000703-3X for bug-gnu-emacs@gnu.org; Thu, 23 Dec 2010 14:23:09 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:36104) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PVqkk-0006zu-UL for bug-gnu-emacs@gnu.org; Thu, 23 Dec 2010 14:23:07 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PVqRK-0005OB-7v; Thu, 23 Dec 2010 14:03:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Alan Mackenzie 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 19:03: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.129313095520682 (code B ref 7700); Thu, 23 Dec 2010 19:03:02 +0000 Original-Received: (at 7700) by debbugs.gnu.org; 23 Dec 2010 19:02:35 +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 1PVqQl-0005NQ-5Z for submit@debbugs.gnu.org; Thu, 23 Dec 2010 14:02:34 -0500 Original-Received: from colin.muc.de ([193.149.48.1] helo=mail.muc.de) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PVqQi-0005NB-2U for 7700@debbugs.gnu.org; Thu, 23 Dec 2010 14:02:25 -0500 Original-Received: (qmail 58438 invoked by uid 3782); 23 Dec 2010 19:09:00 -0000 Original-Received: from acm.muc.de (pD9E50E76.dip.t-dialin.net [217.229.14.118]) by colin2.muc.de (tmda-ofmipd) with ESMTP; Thu, 23 Dec 2010 20:08:58 +0100 Original-Received: (qmail 1437 invoked by uid 1000); 23 Dec 2010 19:23:38 -0000 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i X-Delivery-Agent: TMDA/1.1.5 (Fettercairn) X-Primary-Address: acm@muc.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Thu, 23 Dec 2010 14:03: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:42761 Archived-At: Hi, Drew! On Thu, Dec 23, 2010 at 09:28:55AM -0800, Drew Adams wrote: > > > Personally, I find this behavior inconsistent/annoying: I would > > > expect that C-y within Isearch add text X to the search text, > > > where X is the text that would be yanked in normal editing. > > FWIW, I'd agree. I've always found the C-y binding in isearch > > "useless" and counter-intuitive. I'd much rather make C-y and M-y > > 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). > 1+ > Why not bring it up in emacs-devel, to see what counter arguments > there might be? I'm thinking that Richard, for example, might express > some good reasons behind the longstanding behavior. C-y (as it currently is) helps when you're trying to spot the difference between two sequences of lines. You do C-s, repeatedly followed by C-y until the second occurrance is no longer highlit. This identifies the differing line, and C-w then helps pin down the difference within the line. > --- > Although I haven't used `C-y' in isearch in a long time, I'm not sure its > behavior is "useless". It would probably be good to have some isearch key > binding for what C-y does now. How about M-y? > Juri might mention that there are few keys available. ;-) > One possibility might be `C-u C-y' (since the C-u behavior for C-y doesn't apply > during isearch), but that would mean sacrificing C-u's ability to exit isearch. > Worse, C-u is currently passed to any exiting key (e.g. `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. > Personally, I wouldn't mind sacrificing `C-u' for this - I think there are > plenty of keys to exit a search. But I know that others do object to losing any > exit keys, and `C-u' is 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. -- Alan Mackenzie (Nuremberg, Germany).