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: Dvorak/Svorak in Emacs
Date: Wed, 7 Oct 2009 13:06:34 -0700 (PDT)	[thread overview]
Message-ID: <12af2477-4eaf-47b3-9b21-ddcba4efb820@z3g2000prd.googlegroups.com> (raw)
In-Reply-To: TIGdnejmMfnp4VbXnZ2dnUVZ_qCdnZ2d@sysmatrix.net

On Oct 6, 10:20 am, "B. T. Raven" <ni...@nihilo.net> wrote:
> > when you opt for something that's less conventional, such as dvorak
> > layout, you trade for certain disadvantage... e.g. unable to touch-
> > type at public library, inconvenient to have co-work type on your
> > keyboard, some inconvenience when using some software, such as some
> > gaming software that doesn't respect your OS wide layout setting, some
> > inconvenience in using some hardware, such as those palm-sized mini-
> > computer that comes with a hardware keyboard with qwerty printed on
> > them and too small to be touch-typed even software mapped to dvorak...
> > etc.
>
> Blackberries are supposed to be thumbed anyway. Layout on such a
> miniscule keyboard isn't a touch typing issue since the method will
> always be essentially hunt and peck.

So, that means, when you use Blackberries, you have to thumb them, and
when you thumb them, you have to face qwerty buttons. For a person who
are used to Dvorak, that is a inconvenience, even though the person is
not touch typing.

> Of course libraries should have a Dvorak keyboard option available with
> a one-click or one-keychord method of changing keyboards.

Library is a example of the thesis.

> In practice,
> at libraries, you're typing a few search terms or short commands so that
> two-fingered typing doesn't have to be endured for long.

many libraries in the US, in tech advanced cities anyway, such as the
San Francisco Bay Area of California , have internet terminals that
lets library users use for prolonged period of time. (when there are a
lot people in waiting, typically 20 min or 30 min per person)

Again, library is just a example of the thesis.

For example, besides libraries, there are companies, any public
terminal, public exhibitions, meuseums, ... etc. The point being, that
if u chose dvorak layout, you encounter many inconveniences in lots of
places and situations. Many of these situation are trivial,
insignificant, can be worked around, but nevertheless, they are
inconveniences and annoyances.

The more general point being, there is inconvenience when you choose
something that is less common, even if superior.  This applies to the
dvorak layout users, as well as Mac users in the PC world, as well as
Linux users in the PC world.

Xah wrote:
> > similarly, if you adopt the ErgoEmacs Keybinding for your emacs... you
> > stop using the conventional emacs keybindings for bash... either you
> > spend time to tweak your keybinding system wide, or spend time to
> > tweak your shell's binding... or just switch memory when in shell as
> > you do between different apps or OSes. etc. For me, i just use emacs
> > default keybinding when i'm in shell... but 99% of the time i run
> > shell inside emacs.

B T Raven wrote:
> In both Linux and w32 environments you have the same keyboard layout in
> Emacs, shell and in all other apps. You wouldn't expect to have Emacs
> keybindings outside of Emacs in either enviroment unless you explicitly
> set them up as shortcut keys on a per app basis, as in Firemacs.

not sure what is your point or what are you trying to say. Are these
general remarks, or as counter argument to my previous post? As
general remark, i don't think it is true or exact enough. For example,
you said:

> In both Linux and w32 environments you have the same keyboard layout in
> Emacs, shell and in all other apps

Hum?? i assume w32 means Microsoft Windows? In Microsoft Windows, the
general common keybinding, or common shortcuts for text editing
related applications, certainly isn't like emacs. At best, we can say
that emacs also support some of it.

In unixes, typically the bash shell supports *PARTS* of emacs's text
editing shortcuts. If you are using other shell, they don't suppor
emacs keyboard shortcuts for text editing by default. Some can be
customived to, and i'm not sure they all can.

In linuxes, which i haven't used for about 7 years, i assume it is
still similar to unixes in this context, as explained in above
paragraph.

  Xah
∑ http://xahlee.org/

  reply	other threads:[~2009-10-07 20:06 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-03 14:58 Dvorak/Svorak in Emacs Johan Andersson
2009-10-03 15:32 ` Renaud Casenave-Péré
2009-10-03 22:51   ` Johan Andersson
     [not found]     ` <mailman.7989.1254646207.2239.help-gnu-emacs@gnu.org>
2009-10-04 20:05       ` B. T. Raven
2009-10-05  7:57         ` Johan Andersson
     [not found]         ` <mailman.8052.1254729437.2239.help-gnu-emacs@gnu.org>
2009-10-06 16:38           ` Xah Lee
2009-10-06 17:20             ` B. T. Raven
2009-10-07 20:06               ` Xah Lee [this message]
     [not found] <mailman.7937.1254581902.2239.help-gnu-emacs@gnu.org>
     [not found] ` <70c362c8-9d38-4ac0-9e33-f110c7c844da@k13g2000prh.googlegroups.com>
2009-10-04 20:11   ` Johan Andersson
2009-10-05  9:39   ` Johan Andersson
     [not found]   ` <mailman.8062.1254735590.2239.help-gnu-emacs@gnu.org>
2009-10-06 15:51     ` Xah Lee

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=12af2477-4eaf-47b3-9b21-ddcba4efb820@z3g2000prd.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.