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 14:28:47 -0800 Message-ID: References: <20101223192338.GA1114@muc.de> <20101223212840.GB1114@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 1293144926 1390 80.91.229.12 (23 Dec 2010 22:55:26 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 23 Dec 2010 22:55:26 +0000 (UTC) Cc: 7700@debbugs.gnu.org To: "'Alan Mackenzie'" , "'Dani Moncayo'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Dec 23 23:55: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 1PVu2o-00026r-9M for geb-bug-gnu-emacs@m.gmane.org; Thu, 23 Dec 2010 23:55:19 +0100 Original-Received: from localhost ([127.0.0.1]:43392 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PVu2G-0007zR-SN for geb-bug-gnu-emacs@m.gmane.org; Thu, 23 Dec 2010 17:53:24 -0500 Original-Received: from [140.186.70.92] (port=60671 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PVu25-0007yI-M1 for bug-gnu-emacs@gnu.org; Thu, 23 Dec 2010 17:53:19 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PVu1x-0005W0-PA for bug-gnu-emacs@gnu.org; Thu, 23 Dec 2010 17:53:06 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:33867) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PVu1x-0005Vu-JS for bug-gnu-emacs@gnu.org; Thu, 23 Dec 2010 17:53:05 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PVtZq-0001M4-5d; Thu, 23 Dec 2010 17:24: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 22:24: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.12931429995157 (code B ref 7700); Thu, 23 Dec 2010 22:24:02 +0000 Original-Received: (at 7700) by debbugs.gnu.org; 23 Dec 2010 22:23:19 +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 1PVtZ8-0001L8-5a for submit@debbugs.gnu.org; Thu, 23 Dec 2010 17:23:18 -0500 Original-Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PVtZ6-0001Kw-DM for 7700@debbugs.gnu.org; Thu, 23 Dec 2010 17:23:16 -0500 Original-Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id oBNMTrrc016964 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 23 Dec 2010 22:29:54 GMT Original-Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id oBNMTplQ025916; Thu, 23 Dec 2010 22:29:52 GMT Original-Received: from abhmt020.oracle.com by acsmt353.oracle.com with ESMTP id 902457531293143329; Thu, 23 Dec 2010 14:28:49 -0800 Original-Received: from dradamslap1 (/10.159.220.75) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 23 Dec 2010 14:28:48 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <20101223212840.GB1114@muc.de> Thread-Index: Acui5lTamzARP2dSQKeXtwkXy2WAsgABMDrw 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 17:24: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:42776 Archived-At: > Yes, but you've got to suggest one! Maybe C-M-y for "grab to > next line end". That's an unused binding, similar to the > existing C-y, and lends itself to easy repetition. It's unused by vanilla Emacs, but I use it. ;-) No, that's not a great argument to convince the Vanillafold. But here it is: I bind `C-M-y' globally to a command that yanks the secondary selection. (I also use `C-M-' as the prefix for selecting the secondary.) And in Isearch I bind `C-M-y' to a command that does the same thing for Isearch. IOW, it does for the secondary selection just what `M-y' (soon to be `C-y'?) does for the last kill: it yanks the secondary selection into the search string. (I cannot understand that others don't bind any keyboard key to yank the secondary selection, except in so far as they never use the secondary selection. I use it all the time, including in Isearch. And the logical binding for it (for me) is `C-M-y'.) So in vanilla Emacs too I'd rather see `C-M-y' yank the secondary than yank the rest of the line. --- Wrt suggesting some other binding for yanking the rest of the line: Alan's `C-u C-l' thingy exempts `C-u' from its normal role of exiting Isearch, _if_ the user customizes `isearch-allow-scroll' to allow it. The dispensation of `C-u' from exiting is here amalgamated with the choice to allow scrolling via `C-l'. The two choices could instead be separated. IOW, we could have a separate option, `isearch-C-u-exits' (default t), that if nil exempts `C-u' from exiting in _all_ cases, allowing it to be used in other ways than just for scrolling. That's presumably what Alan had in mind when he said: C-u is potentially useable by an isearch command (including a "scrolling" command) In that case (`isearch-C-u-exits' = nil, so `C-u' does not exit), we could come back to my suggestion of letting `C-u C-y' do what `C-y' does now: insert the rest of the current line. Yes, that would mean that only users who chose to give up exiting Isearch via `C-u' could use `C-u C-y' to yank the rest of the line. Just as, today, only users who choose to give up exiting via `C-u' can use `C-u C-l' for scrolling during Isearch. The other alternative about `C-u' would be, as I mentioned earlier, to just sacrifice its exiting behavior altogether (no user option). --- As I mentioned earlier, we are now doing design, and this discussion really belongs in emacs-devel, IMO.