all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: David Reitter <david.reitter@gmail.com>
Cc: Emacs-Devel ' <emacs-devel@gnu.org>
Subject: Re: yank in search minibuffer doesn't yank
Date: Sun, 30 Oct 2005 08:35:07 +0000	[thread overview]
Message-ID: <44F9D65D-F886-4633-826E-5281CCB56678@gmail.com> (raw)
In-Reply-To: <E1EW40U-0006QV-Vt@fencepost.gnu.org>

On 30 Oct 2005, at 03:37, Richard M. Stallman wrote:
>
> The way to pull the kill ring text into the search string is M-y.
> Do C-s M-y.

Thanks, my bad.

On a second thought, I did do a C-s C-h k C-y and was told that C-y  
is yank (or cua-paste in cua-mode), and M-y is found  to be bound to  
Cua-paste-pop (with cua-mode on), which is described as "Replace a  
just-pasted text or rectangle with a different text|" (even though M- 
y works).

The fact that I can't use the usual C-y, and the fact that C-y  
doesn't even yank into the original buffer, is confusing.
C-y works fine with anything else in the minibuffer, and if  
incremental search isn't using the normal minibuffer mechanisms, that  
is confusing and not visually communicated to the user.

The manual says:

> "The characters C-y and C-w can be used in incremental search to  
> grab text from the buffer into the search string ... C-y is similar  
> to C-w but copies all the rest of the current line into the search  
> string."

I don't understand why a fairly specialized functionality (copying  
the rest of the current line) is bound to a key where it overrides  
one of the most commonly used functions ever. 

       reply	other threads:[~2005-10-30  8:35 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <10029FCA-1A69-40E2-8F4B-61C7A3119017@gmail.com>
     [not found] ` <E1EW40U-0006QV-Vt@fencepost.gnu.org>
2005-10-30  8:35   ` David Reitter [this message]
2005-10-30 11:41     ` yank in search minibuffer doesn't yank Miles Bader
2005-11-01 13:39 David Reitter
2005-11-01 14:01 ` Miles Bader
2005-11-01 16:00 ` Andreas Schwab
2005-11-01 19:50 ` Johan Bockgård
2005-11-08 21:31   ` Kevin Rodgers

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=44F9D65D-F886-4633-826E-5281CCB56678@gmail.com \
    --to=david.reitter@gmail.com \
    --cc=emacs-devel@gnu.org \
    /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.