unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
Subject: Graphical Kill node in Emacs manual
Date: Fri, 18 Aug 2006 09:48:06 -0700	[thread overview]
Message-ID: <MEEKKIABFKKDFJMPIOEBIEDCDEAA.drew.adams@oracle.com> (raw)

Perhaps this Emacs-manual node should be split, or its contents moved
elsewhere (since it is small, and it would be smaller still, if split).

Currently, these two very different topics are presented in this node:

1. Relation between inter-application clipboard and Emacs kill ring. Yanking
between applications.

2. Delete Selection mode.

I think #1 deserves more explanation, if I understand it correctly.

The clipboard isn't even mentioned here. I think the clipboard is important
to understanding yank interaction with other apps (I don't claim to
understand that well, so I might be wrong here). If this does not need more
explanation, then perhaps this paragraph could simply be merged with its
parent node. If this is related to the clipboard, as I suspect, then perhaps
it could be merged with node Clipboard somehow.

Also, node Clipboard is in the Frames section of the manual (presumably
because of its relation to X Window), not the Killing section, and there is
no cross reference between the two. Surely, the clipboard is related somehow
to the kill ring, at least conceptually?

#2 should be separated from #1, IMO. People will not find #2 by trying to go
to node `Graphical Kill', and #2 has only a limited relation to #1 - it
seems added here only as an afterthought.

How about creating a node that describes PC Selection mode and Delete
Selection mode, and relates them to Transient Mark mode? IIUC, PC Selection
mode uses Delete Selection mode (more or less), which uses Transient Mark
mode. Users often ask about this sort of thing, and the answer usually
informs them about all three levels, so they can decide what they want:

a. Transient Mark mode to highlight the active region.

b. Delete Selection mode to do (a) plus type-to-replace behavior.

c. PC Selection mode to do (b) plus provide PC key bindings.

[BTW - To me, (b) is a great way to use Emacs, and I would never consider
using (c), PC bindings. I don't think of Delete Selection mode as emulating
another editor; I think of it as the right way to use Emacs ;-). Too often,
I think, D-S mode gets relegated to the margin of "emulation" modes, along
with vi stuff and MS Windows stuff. I suspect more users would use it if
they knew what it was. Personally, I think it should be the Emacs default
behavior.]

Also, in any explanation of Delete Selection mode, we should mention that
this involves killing, not deleting, in spite of the name. That is, you can
yank back the "deleted" text. This is not obvious, IMO. A better name for
this feature would be "Type-to-Replace" mode or "Overwrite-Region" mode, but
it's too late for that now.

Perhaps someone more knowledgeable than I can make better suggestions here,
but I think something should be done to better present the relations
between:

* the kill ring and the clipboard
* Delete Selection mode, PC Selection mode, and Transient Mark mode

If no change is made to this node, we should at least find a better name for
it than Graphical Kill. You can't even use `i' to find this node by looking
up `kill' or `clipboard' or `overwrite' (which is essentially what
type-to-replace is: overwriting the region). How someone would use `i' to
find this information on Delete Selection mode is beyond me, unless s?he
knew that it was called `delete-selection-mode'.

             reply	other threads:[~2006-08-18 16:48 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-08-18 16:48 Drew Adams [this message]
2006-08-20 19:53 ` Graphical Kill node in Emacs manual Slawomir Nowaczyk
2006-08-20 20:05   ` Drew Adams
2006-08-22 15:41 ` Richard Stallman
2006-08-22 16:17   ` Drew Adams
2006-08-22 19:54     ` Stuart D. Herring
2006-08-22 20:28       ` Drew Adams
2006-12-26  2:26     ` Richard Stallman

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

  List information: https://www.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=MEEKKIABFKKDFJMPIOEBIEDCDEAA.drew.adams@oracle.com \
    --to=drew.adams@oracle.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 public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).