GNU bug report logs - #7700
24.0.50; C-y binding withing Isearch mode

Previous Next

Full log

View this message in rfc822 format

From: "Andrew W. Nosenko" <andrew.w.nosenko <at> gmail.com>
To: Alan Mackenzie <acm <at> muc.de>
Cc: 7700 <at> debbugs.gnu.org, Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: bug#7700: 24.0.50; C-y binding withing Isearch mode
Date: Mon, 27 Dec 2010 01:33:09 +0200

On Mon, Dec 27, 2010 at 01:13, Andrew W. Nosenko
<andrew.w.nosenko <at> gmail.com> wrote:
> On Thu, Dec 23, 2010 at 19:14, Alan Mackenzie <acm <at> muc.de> wrote:
>> Hi, Stefan,
>>
>> On Thu, Dec 23, 2010 at 10:30:50AM -0500, Stefan Monnier 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.
>>
>> I use C-y ("grab to next end of line") quite a bit.  But it annoys me
>> that it's bound to C-y.  I'd prefer C-y to do what M-y currently does,
>> but please don't unbind "grab to end of line" completely.  How about
>> swapping C-y and M-y, like the OP suggested?
>
> C-e and C-E (aka Ctrl-E and Ctrl-Shift-E)?  C-e because I see no
> useful meaning for "go to the end-of-line" inside isearch (if don't
> count the real break isearch and go to the end of line), and C-E for
> people with CUA "instincts".

Of course, I meant C-e and C-E as alternative key-bindings for the current C-y


-- 
Andrew W. Nosenko <andrew.w.nosenko <at> gmail.com>

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.