* killing.texi (Appending Kills): Note that append-next-kill can prepend the kill.

This commit is contained in:
Chong Yidong 2013-12-17 23:57:38 +08:00
parent 76da345537
commit 9718dea2e1
2 changed files with 14 additions and 7 deletions

View file

@ -1,3 +1,8 @@
2013-12-17 Chong Yidong <cyd@gnu.org>
* killing.texi (Appending Kills): Note that append-next-kill can
prepend the kill.
2013-12-12 Eli Zaretskii <eliz@gnu.org>
* mule.texi (File Name Coding): Document file-name encoding

View file

@ -417,13 +417,15 @@ killed it.
@kindex C-M-w
@findex append-next-kill
If a kill command is separated from the last kill command by other
commands (not just numeric arguments), it starts a new entry on the kill
ring. But you can force it to append by first typing the command
@kbd{C-M-w} (@code{append-next-kill}) right before it. The @kbd{C-M-w}
tells the following command, if it is a kill command, to append the text
it kills to the last killed text, instead of starting a new entry. With
@kbd{C-M-w}, you can kill several separated pieces of text and
accumulate them to be yanked back in one place.
commands (not just numeric arguments), it starts a new entry on the
kill ring. But you can force it to combine with the last killed text,
by typing @kbd{C-M-w} (@code{append-next-kill}) right beforehand. The
@kbd{C-M-w} tells its following command, if it is a kill command, to
treat the kill as part of the sequence of previous kills. As usual,
the kill is appended to the previous killed text if the command kills
forward, and prepended if the command kills backward. In this way,
you can kill several separated pieces of text and accumulate them to
be yanked back in one place.
A kill command following @kbd{M-w} (@code{kill-ring-save}) does not
append to the text that @kbd{M-w} copied into the kill ring.