From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.bugs Subject: bug#7700: 24.0.50; C-y binding withing Isearch mode Date: Fri, 24 Dec 2010 13:13:08 +0100 Message-ID: References: <20101223171434.GA3971@muc.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: dough.gmane.org 1293193406 1538 80.91.229.12 (24 Dec 2010 12:23:26 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 24 Dec 2010 12:23:26 +0000 (UTC) Cc: 7700@debbugs.gnu.org To: Dani Moncayo Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Dec 24 13:23:21 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 1PW6g4-0004Ur-LE for geb-bug-gnu-emacs@m.gmane.org; Fri, 24 Dec 2010 13:23:21 +0100 Original-Received: from localhost ([127.0.0.1]:52493 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PW6g4-0006y9-0S for geb-bug-gnu-emacs@m.gmane.org; Fri, 24 Dec 2010 07:23:20 -0500 Original-Received: from [140.186.70.92] (port=35820 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PW6fu-0006wB-KJ for bug-gnu-emacs@gnu.org; Fri, 24 Dec 2010 07:23:11 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PW6ft-0005CO-2K for bug-gnu-emacs@gnu.org; Fri, 24 Dec 2010 07:23:10 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:36611) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PW6ft-0005CK-0j for bug-gnu-emacs@gnu.org; Fri, 24 Dec 2010 07:23:09 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PW6QI-0003av-2g; Fri, 24 Dec 2010 07:07:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Lennart Borgman Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Dec 2010 12:07: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.129319241213799 (code B ref 7700); Fri, 24 Dec 2010 12:07:02 +0000 Original-Received: (at 7700) by debbugs.gnu.org; 24 Dec 2010 12:06:52 +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 1PW6Q8-0003aW-Dc for submit@debbugs.gnu.org; Fri, 24 Dec 2010 07:06:52 -0500 Original-Received: from mail-ew0-f44.google.com ([209.85.215.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PW6Q6-0003aI-DE for 7700@debbugs.gnu.org; Fri, 24 Dec 2010 07:06:50 -0500 Original-Received: by ewy8 with SMTP id 8so3539805ewy.3 for <7700@debbugs.gnu.org>; Fri, 24 Dec 2010 04:13:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type; bh=lQ228kcNKuVMW4tyDAd25HH+LpiwI8pkrmn4/kmSyG4=; b=jAaQXxr8SNtRpQM2N9eE49Q7VgTYzKQkqsjYPg7HWfe1khV466x1dbPkFu2HcFitrf /rqFU8HX40LL6DY/X9TVa4mWuR0/qESQDPZ1CVNJ/elfyozJEp9UEq1fb5D7XvBclkZw QwHTVd5lHxnNSIlAK4hh+1QbAr9qA+vSFVpqw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=RFOoMeckIePQp7+QW5XlUviMRKDdNn3eZP6pYBMoOYke4IksLK6Sg22OnizR99KSMm 2gpLn5RJFfEMxJKZkKcPIK4aTsDlj4Z91uBR82AbkgKTlgRZkuJyJWV+YD6skFFKcK4g 9hqutf8pJEICG3r1DGTmaKIdlxMg1WuQ4Tfdw= Original-Received: by 10.213.30.1 with SMTP id s1mr7507405ebc.71.1293192809727; Fri, 24 Dec 2010 04:13:29 -0800 (PST) Original-Received: by 10.213.20.148 with HTTP; Fri, 24 Dec 2010 04:13:08 -0800 (PST) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Fri, 24 Dec 2010 07:07: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:42799 Archived-At: On Fri, Dec 24, 2010 at 12:39 PM, Dani Moncayo wrote: > On Fri, Dec 24, 2010 at 04:25, Lennart Borgman > wrote: >> On Fri, Dec 24, 2010 at 3:39 AM, Stefan Monnier >> wrote: >>>> I use C-y ("grab to next end of line") quite a bit. >>> >>> I'd much rather have a prefix key that lets me use any standard movement >>> to select the text to grab from the buffer (so " C-e" would do >>> what C-y does and " M-f" would do more or less what C-w does). >> >> >> I like the logic/mnemonic but wouldn't it would be cumbersome to use it? >> > > Not much, provided that the key was required only one time. I > think would be good to have that key as a switch to turn "grabbing > mode" on/off. You have to do it every time you want to grab something more. A common situation is that you have moved from the last hit and then want to grab more. >> I suggest instead that any standard forward movement command while in >> isearch forward mode should select the text to grab WITHOUT any prefix >> key. For backward movement I suggest a similar logic. >> > > I prefer Stefan's proposal because with that there would be no need to > alter the current meaning of prefix arguments in movement commands, > and thus, you could use movement commands _even with prefix arguments_ > to both (a) grab text from the buffer, Why should that be different from my proposal? > and (b) leave Isearch mode and > move point (all in a single operation, as you can do currently). You just leave isearch once after the search so this way of solving the problems leads to more key strokes, doesn't it? And besides, if you happen to forget to leave isearch before a forward movement command you are still at the right point after it. So you can just leave it there. > I think it would be more consistent/intuitive/powerful. I fail to see why, but I may be biased ;-)