all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Dani Moncayo <dmoncayo@gmail.com>
To: Lennart Borgman <lennart.borgman@gmail.com>
Cc: 7700@debbugs.gnu.org
Subject: bug#7700: 24.0.50; C-y binding withing Isearch mode
Date: Fri, 24 Dec 2010 14:34:24 +0100	[thread overview]
Message-ID: <AANLkTi=5yWDMv=0DdPyZwa6A5k++0_VGpTqz7-J5p1NC@mail.gmail.com> (raw)
In-Reply-To: <AANLkTim6WOykqc9yXrkEUNomj0WOcwamjx2oiaQ91Tf1@mail.gmail.com>

On Fri, Dec 24, 2010 at 13:13, Lennart Borgman
<lennart.borgman@gmail.com> wrote:
> On Fri, Dec 24, 2010 at 12:39 PM, Dani Moncayo <dmoncayo@gmail.com> wrote:
>> On Fri, Dec 24, 2010 at 04:25, Lennart Borgman
>> <lennart.borgman@gmail.com> wrote:
>>> On Fri, Dec 24, 2010 at 3:39 AM, Stefan Monnier
>>> <monnier@iro.umontreal.ca> 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 "<prefix> C-e" would do
>>>> what C-y does and "<prefix> 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 <prefix> 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.
>
Maybe there was a misunderstanding here: I didn't mean <prefix> to be
a prefix argument only for the following command. I meant it to be a
command to switch "grabbing" on/off (for the entire Isearch session).


>>> 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 definitively misunderstood you.

Your proposal is basically what I had in my mind, but always with
"grabbing" switched on.

In that case I like it, but I would make a small adjustment: Let's
suppose that you are in forward Isearch mode and have grabbed a couple
of words after the point. Then you change your mind and want to grab
only the first word. In that case, would be convenient to allow M-b
without exiting Isearch mode.

Thus, I propose two alternatives:
a) In Isearch (forward or backward), every movement command would
update the grabbed text. If the last grabbed text was in a different
side of the point than current, switch the direction of the Isearch.
b) The same, but replacing the direction switching with "exit Isearch
mode and move point in the buffer".


-- 
Dani Moncayo





  reply	other threads:[~2010-12-24 13:34 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-12-21 19:06 bug#7700: 24.0.50; C-y binding withing Isearch mode Dani Moncayo
2010-12-21 21:26 ` Dani Moncayo
2010-12-23 15:30 ` Stefan Monnier
2010-12-23 16:09   ` Lennart Borgman
2010-12-23 16:46   ` Leo
2010-12-23 17:05     ` Andreas Schwab
2010-12-23 22:39       ` Leo
2010-12-23 17:14   ` Alan Mackenzie
2010-12-24  2:39     ` Stefan Monnier
2010-12-24  3:25       ` Lennart Borgman
2010-12-24 11:39         ` Dani Moncayo
2010-12-24 12:13           ` Lennart Borgman
2010-12-24 13:34             ` Dani Moncayo [this message]
2010-12-25  2:38               ` Juri Linkov
2010-12-25  4:06           ` Stefan Monnier
2010-12-25 11:15             ` Dani Moncayo
2010-12-25 19:52               ` Stefan Monnier
2010-12-25 20:09                 ` Lennart Borgman
2010-12-27 22:15                 ` Alan Mackenzie
2010-12-27 22:36                   ` Drew Adams
2010-12-28  0:14                     ` Lennart Borgman
2010-12-28  0:51                       ` Drew Adams
2010-12-28  1:34                         ` Lennart Borgman
2010-12-28  5:43                           ` Drew Adams
2010-12-26 23:13     ` Andrew W. Nosenko
2010-12-26 23:33       ` Andrew W. Nosenko
2010-12-23 17:28   ` Drew Adams
2010-12-23 19:23     ` Alan Mackenzie
2010-12-23 19:30       ` Dani Moncayo
2010-12-23 20:48         ` Drew Adams
2010-12-23 20:58           ` Lennart Borgman
2010-12-23 21:28         ` Alan Mackenzie
2010-12-23 22:28           ` Drew Adams
2010-12-23 23:08           ` Dani Moncayo
2010-12-25  2:34         ` Juri Linkov
2010-12-25  4:07           ` Stefan Monnier
2010-12-23 20:46       ` Drew Adams
2010-12-23 19:48     ` Juri Linkov
2011-05-16 15:11 ` bug#7700: 24.0.50; C-y binding in " Dani Moncayo
2011-05-16 15:42   ` Stefan Monnier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='AANLkTi=5yWDMv=0DdPyZwa6A5k++0_VGpTqz7-J5p1NC@mail.gmail.com' \
    --to=dmoncayo@gmail.com \
    --cc=7700@debbugs.gnu.org \
    --cc=lennart.borgman@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.