From: "Drew Adams" <drew.adams@oracle.com>
To: "'Lennart Borgman'" <lennart.borgman@gmail.com>
Cc: emacs-devel@gnu.org
Subject: RE: Tweaking t-m-m to make room for d-s-m
Date: Fri, 26 Mar 2010 16:11:43 -0700 [thread overview]
Message-ID: <6EAD7ADFA4B240D5BEF637C8212919D8@us.oracle.com> (raw)
In-Reply-To: <e01d8a51003261532m250d7f9r1e4b1ce315f5bfca@mail.gmail.com>
> If it were not for the CUA keys the Emacs bindings were a good
> choice...
>
> It is not hard at all to understand the choices. But if CUA keys had
> been used before Emacs then I guess Emacs key bindings would have
> included them and looked quite a bit different.
There's where I disagree; that is, my guess is different from yours. I tried to
address this by pointing out the large number of keys Emacs makes use of.
Do you really think that, given that need (e.g. for easy to type prefix keys),
Emacs would waste half a dozen of the simplest keys - keys that could and
rightfully should be prefix keys - on operations like cut, copy, paste, find,
and save?
I cannot imagine that if designed today Emacs would make such a design choice.
Those that think CUA mode and Viper are the best ways to use Emacs no doubt see
things differently.
I can say that if I _were_ convinced of that then I would have no trouble
supporting a redesign of the keys we use. If the _only_ reason to keep the
traditional Emacs keys were the silly weight of legacy, then I'd drop my support
for that tradition in a heartbeat.
Since you use CUA mode and Viper, you don't experience the advantage of the
standard Emacs key choices, so that particular comparison is a wash for you. The
gain of fitting in with the rest of the CUA world then tilts the balance - it
becomes the most important consideration.
[BTW - Yes, I recognize that the need for simple prefix keys is an argument for
using `C-z' that way too. And I would support that change - I've even proposed
it in the past, I believe. Until then, C-z for activate/deactivate sounds good
to me.]
next prev parent reply other threads:[~2010-03-26 23:11 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <87sk7pzqsp.fsf@ambire.localdomain>
2010-03-24 20:20 ` d-s-m default: nil Ulf Jasper
2010-03-24 20:26 ` Deniz Dogan
2010-03-25 0:24 ` d-s-m default: Nil + explanation! (was: d-s-m default) Memnon Anon
2010-03-25 4:22 ` Lennart Borgman
2010-03-25 8:24 ` d-s-m default: Nil + explanation! David Kastrup
2010-03-25 13:03 ` Lennart Borgman
2010-03-25 13:18 ` David Kastrup
2010-03-25 13:27 ` Lennart Borgman
2010-03-25 14:21 ` Davis Herring
2010-03-25 14:42 ` Lennart Borgman
2010-03-25 15:04 ` Drew Adams
2010-03-25 16:27 ` Tweaking t-m-m to make room for d-s-m Stefan Monnier
2010-03-25 17:51 ` Alan Mackenzie
2010-03-26 7:04 ` Juri Linkov
2010-03-25 23:56 ` Drew Adams
2010-03-26 2:36 ` Stefan Monnier
2010-03-26 8:28 ` mathias
2010-03-26 17:53 ` Drew Adams
2010-03-26 20:18 ` Lennart Borgman
2010-03-26 21:18 ` Drew Adams
2010-03-26 21:30 ` Lennart Borgman
2010-03-26 22:05 ` Christophe Poncy
2010-03-26 22:07 ` Lennart Borgman
2010-03-26 22:23 ` Drew Adams
2010-03-26 22:33 ` Lennart Borgman
2010-03-26 22:44 ` Drew Adams
2010-03-26 22:59 ` Lennart Borgman
2010-03-26 23:15 ` Drew Adams
2010-03-26 22:30 ` Christophe Poncy
2010-03-26 22:13 ` Drew Adams
2010-03-26 22:32 ` Lennart Borgman
2010-03-26 23:11 ` Drew Adams [this message]
2010-03-26 23:23 ` Lennart Borgman
2010-03-26 23:35 ` Drew Adams
2010-03-27 22:49 ` Richard Stallman
2010-03-27 23:27 ` Lennart Borgman
2010-03-27 23:37 ` Deniz Dogan
2010-03-27 23:53 ` Lennart Borgman
2010-03-28 0:28 ` Deniz Dogan
2010-03-29 23:38 ` Richard Stallman
2010-03-30 0:08 ` Lennart Borgman
2010-03-30 1:16 ` Christoph
2010-03-30 5:31 ` Richard Stallman
2010-03-30 6:38 ` Lennart Borgman
2010-03-30 9:47 ` Eli Zaretskii
2010-03-30 18:17 ` Chad Brown
2010-03-30 19:19 ` Lluís
2010-03-25 20:48 ` d-s-m default: t Noah Friedman
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=6EAD7ADFA4B240D5BEF637C8212919D8@us.oracle.com \
--to=drew.adams@oracle.com \
--cc=emacs-devel@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.