all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Xah Lee <xahlee@gmail.com>
To: help-gnu-emacs@gnu.org
Subject: Re: how to change C-x prefix to C-k in a clean way?
Date: Thu, 19 Mar 2009 21:07:33 -0700 (PDT)	[thread overview]
Message-ID: <44a810f9-c399-4dec-ba5a-41e67b0c42ec@c18g2000prh.googlegroups.com> (raw)
In-Reply-To: cff8a44d-7b03-4b00-bc22-0baf272c472a@r10g2000prf.googlegroups.com

On Mar 16, 6:17 am, rustom <rustompm...@gmail.com> wrote:
> > Your modest proposal is brilliant in some as yet to be specified way.
> > The only problem I see with it is if it has to be read aloud. For
> > example, nxf e dsx bc bee if read out loud should probably be spelled
> > out in full.
>
> Well in normal English we are used to ough having 10s of
> pronunciations seehttp://en.wikipedia.org/wiki/Ough_(combination)
>
> > So, since so much time and space is saved by abbreviating
> > words, there will be a concomitant opportunity to actually expand the
> > individual letters, as in areeeayeellellwye
> > essdoubleyoueeayeteeeyeengee!
> Heh Heh!
> > The only thing I am not sure of is whether
> > that 26^10 (~141 trillion)is even close to being equal to c(26,1) +
> > C(26,2)+ .... C(26,10). But it doesn't matter. The few hundred key
> > combos in the repertoir of even the most accomplished power user is a
> > tiny fraction of those potentially available by combining modifiers
> > (Shift, Control, Meta, Alt, Super, Hyper) with the other fifty-some keys
> > within easy reach. For instance, I just queried the binding of C-H-M-s-^
> > and found that it was undefined. Surprise, surprise.
>
> I dont get this point.  Running English uses no C/Meta/Alt/Super/Hyper
> and their use is hardly claimed to be very efficient for typing.  (vi
> may be less general/customizable etc but is more ergonomic than emacs)
> And as someone said (is it Xah?) typing perl is not at all correlated
> to typing English
>
>
>
> > Still Xah is right about Dvorak. It's about 10% faster and 30% less
> > taxing. (Numbers grabbed out of the air that seem about right.)
>
> My specific (personal) problem is this:
> It is certain that the amortized benefit of learning dvorak will beat
> qwerty and keyscript correspondingly improves over dvorak.
>
> But to reap that amortized benefit one needs to assume an infinite
> life to offset the time (and essdoubleyoueeayetee  !)


Hi Rustom,

Some sort of shorthand writing can indeed improve one's typing of
natural language by a lot. I haven't studied any particular shorthand
system, my impression is that there are quite a few.

( indeed, Wikipedia lists about 40.http://en.wikipedia.org/wiki/
Shorthand )

shorthand systems are designed for professional dictation clerk or
similar. Shorthand system has little offer specific to emacs for
improving speed of writing natural lang or programing. (abbrev system
and templates (e.g. yasnippet) are much more useful)

also, there are several chording systems or chording keyboards over
the past decades. In general, they are not practical. Some of them are
envisioned to replace the standard keyboard, but they have their own
problems. The first adoption problem is that chording system requires
learning to use, while keyboard doesn't.  For vast majority of
computer users, hunt & peck works well because they don't have a need
to type much. Note that Wikipedia also has a few articles on the
various chording keyboards.http://en.wikipedia.org/wiki/
Chorded_keyboard

from a research point of view, one could imagine a input device that's
radical and so well designed, so that it takes ergonomics from the
ground up, where the hardware naturally fits the shape and movement of
human hand, and uses perhaps chording chord chording. And perhaps
comes with a fancy integrated pointing device. And perhaps uses a
software layout (of the chording) based on a shorthand systems, and
for various programing languages too... often, radical general
solution as innovation without a immediate, concrete, specific problem
it solves, is not likely to become adopted anytime soon.

(PS thanks Rustom for the email notice. Sorry for the delay in
replying.  Also, thanks Alan Mackenzie et al. I haven't yet studied
your advices in detail.  )

 Xah
∑http://xahlee.org/

  reply	other threads:[~2009-03-20  4:07 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <mailman.3015.1237105221.31690.help-gnu-emacs@gnu.org>
2009-03-16  5:18 ` how to change C-x prefix to C-k in a clean way? B. T. Raven
2009-03-16 13:17   ` rustom
2009-03-20  4:07     ` Xah Lee [this message]
2009-03-20 10:53     ` Rupert Swarbrick
2009-03-20  7:49 Rustom Mody
  -- strict thread matches above, loose matches on Subject: below --
2009-03-12 13:40 Rustom Mody
2009-03-07  3:27 Xah Lee
2009-03-07  5:21 ` Teemu Likonen
2009-03-07 23:19   ` Xah Lee
2009-03-10 13:02     ` Alan Mackenzie
2009-03-10 18:42       ` Johan Bockgård
2009-03-10 22:50       ` Raoul Gough
2009-03-08 15:05 ` Michael Heerdegen
2009-03-11 15:36 ` rustom
2009-03-11 21:31   ` Xah Lee
2009-03-12 17:45     ` prad

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=44a810f9-c399-4dec-ba5a-41e67b0c42ec@c18g2000prh.googlegroups.com \
    --to=xahlee@gmail.com \
    --cc=help-gnu-emacs@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.