[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: A more modest proposal (Was: Emacs learning curve)
From: |
Alfred M. Szmidt |
Subject: |
Re: A more modest proposal (Was: Emacs learning curve) |
Date: |
Fri, 23 Jul 2010 03:28:38 -0400 |
1) cua-selection-mode, or its moral equivalent
cua-selection-mode doesn't play games C-c and C-x or interfere with
any normal Emacs keybinding, but it does give users bindings for
control-insert, shift-insert, and shift-delete.
These keystrokes perform "copy", "paste", and "cut", respectively,
and the same keystrokes do similar things in other CUA applications
--- it's be easy to tell users, "unlike most programs, Emacs does
not use C-c, C-x, and C-v for copy and paste: Emacs was old when
these bindings were new, and they're used for something very
different in Emacs. But Emacs *does* support using Control-Insert,
Shift-Delete, and Shift-Insert for copy, cut, and paste. So do most
other programs; learn to use these keys instead."
I think this is a good idea; if it doesn't interfere with other
things.
3) Natural binding for C-z
Bind C-z by default to this function:
(defun undo-or-suspend-emacs ()
"Undo if we're in a windowing system, or suspend emacs if we're in a TTY"
(interactive)
(setq this-command (if window-system 'undo 'suspend-emacs))
(call-interactively this-command))
Adopting this binding will ensure Emacs has the most natural and
common behavior on C-z for a given environment. Besides, not much
of value is lost: why bother with C-z in a windowing system when
the system probably provides its own idiomatic way of minimizing a
window?
Having the same keybinding behave completely differently depending if
you use a windowing system or the console is a bad idea. What about
having C-z C-z do suspend-frame, and C-z z ... do undo? Not that I
see a need for yet another undo keybinding.
- Re: Emacs learning curve, (continued)
- Re: Emacs learning curve, Alfred M. Szmidt, 2010/07/22
- A more modest proposal (Was: Emacs learning curve), Daniel Colascione, 2010/07/23
- Re: A more modest proposal, David Kastrup, 2010/07/23
- Re: A more modest proposal (Was: Emacs learning curve), Jan Djärv, 2010/07/23
- Re: A more modest proposal (Was: Emacs learning curve), Daniel Colascione, 2010/07/23
- Re: A more modest proposal, Thien-Thi Nguyen, 2010/07/23
- Re: A more modest proposal (Was: Emacs learning curve), Jan Djärv, 2010/07/23
- Re: A more modest proposal, Miles Bader, 2010/07/23
- Re: A more modest proposal, Jan Djärv, 2010/07/23
- RE: A more modest proposal (Was: Emacs learning curve), Drew Adams, 2010/07/23
- Re: A more modest proposal (Was: Emacs learning curve),
Alfred M. Szmidt <=
- Re: A more modest proposal, Miles Bader, 2010/07/23
- Re: A more modest proposal, David Kastrup, 2010/07/23
- Re: A more modest proposal, Miles Bader, 2010/07/23
- Re: A more modest proposal, Alfred M. Szmidt, 2010/07/23
- Re: A more modest proposal, Stefan Monnier, 2010/07/23
- Re: A more modest proposal, Eli Zaretskii, 2010/07/23
- Re: A more modest proposal, Andreas Schwab, 2010/07/23
- Re: A more modest proposal (Was: Emacs learning curve), Stephen Eilert, 2010/07/23
- Re: A more modest proposal, Chong Yidong, 2010/07/23
- Re: Emacs learning curve, Miles Bader, 2010/07/17