all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Xah <xahlee@gmail.com>
To: help-gnu-emacs@gnu.org
Subject: Re: emacs-w3m question
Date: Fri, 7 Nov 2008 09:43:23 -0800 (PST)	[thread overview]
Message-ID: <6bb9c6fc-d6a9-4b85-b1d3-3af180257690@i18g2000prf.googlegroups.com> (raw)
In-Reply-To: mailman.3052.1226051600.25473.help-gnu-emacs@gnu.org

Alan Mackenzie wrote:

> > > I think, by his description, he does.  "Touch type" meaning "not
> > > having to look at the keyboard to type".
> > using 6 fingers instead 10 is not considered touch typing.
>
> "Is not considered" :-).  I don't think we should be so concerned to
> divide people (or even things) into categories.  Pluto is just the same
> lump of rock and ice it always was, whether we call it a planet or not.

Dear Alan moron, nor is this about skin color. If you are a moron,
dressing well doesn't change the fact,

> I don't know any Mac Emacs users, so I couldn't comment on its
> popularity.

the question is not about whether you know or don't know mac emacs
users. It's about you lacking requisite knowledge yet insist on your
opinion about the subject.

> But we've had this discussion several times.  Modern isn't necessarily
> better.  Modern is easier for newbies familiar with other programs to
> learn, but there's no evidence that, once learnt, it's any better than
> the classic Emacs UI.  Do you address this matter anywhere in your online
> essays?  My own experience is that Emacs's classic UI is much better.
> One reason to believe Emacs UI should be superior is that it was
> developed by the people who use it, for their own use.

yes it's addressed in my essay, under the FAQ section. In fact, this
has been addressed so many times, just about every few months. It's
quite amazing that some thoughts just never registers in tech geeker'
brain.

See:
The Modernization of Emacs
http://xahlee.org/emacs/modernization.html

The FAQ section starting near the middle of page. Here's a excerpt of
the section.

Q: Emacs's ways are technically superior. It should not change.

Emac's user interface, when compared to modern software application's
user interface, is complex and unusual, however, there's no basis
whatsoever of it being actually a superior design with regards to any
sensible metrics. (in fact, much of emacs's user interface are due to
historical reasons. That is, how computers are in 1980s.)

For example, let's consider emacs's system of keyboard shortcuts. For
a keyboard shortcut system, we might judge its quality based on
several aspects. Here are some examples of consideration:

    * Is it easy to learn? (is it familiar to most people? Is it easy
to remember?)
    * Is it ergonomic? (Are most frequently used commands's keyboard
shortcuts easy to type? Are more frequently used commands have easier
to type shortcuts than less frequently used commands?)
    * Are most frequently used commands all have a keyboard shortcut?
    * Is the shortcut system somehow consistent and extensible?

Emacs's keyboard shortcuts system, is good only with respect to the
last item. Emacs keyboard shortcuts are perhaps one of the most
difficult to learn among software, and is also one of the most
difficult to remember. The worst aspect of emacs's keyboard shortcuts,
is that it is ergonomically painful. (Many emacs-using programer
celebrities have injured their hands with emacs. (e.g. Richard
Stallman↗, Jamie Zawinski↗, Ben Wing↗), and emacs's Ctrl and Meta
combinations are most cited as the major turn-off to potential users
among programers)

Computer keyboard is a hardware interface, and the mapping of commands
to the key press combinations can be considered from a Operation
Research (ergonomic) point of view. The keyboard hardware itself can
be designed with consideration of ergonomics↗ (that's why we have
split and curved keyboards), but consideration of what functions to
map to what key presses is also non-trivial if the software has large
number of functions, or if the software is mission critical, or the
software is used for repetitive, long durations of human-machine
interaction (such as data-entry, programing, writing). Think of it
this way: consider a airplane cockpit, filled with knobs, dials,
buttons, and switches. Now, if your job is to map the airplane control
functions to these switches, what are the issues to consider?

If we take careful consideration on creating a keyboard shortcut
system for emacs, it is not difficult to create a system that is
superior in some pure technical sense than the emacs's shortcut
system.

For some detail, see: Why Emacs's Keyboard Shortcuts Are Painful.

Aside from keyboard shortcuts system, other user interface aspects of
emacs are also questionable. For example, one major aspect of emacs
operation is that it uses a single window for multiple purposes and
files. Emacs is this way not because of a design decision, but rather
due to historical reasons. Computer resources in the 1980s are very
limited. When emacs is around, graphical system of showing “windows”
is not practically available, and the emacs's method of using the
screen (the monochrome text-only monitor) for presenting multiple
tasks (“buffers”) is actually a very advanced user interface design
not available in software of that era. When graphical systems becomes
practical in the 1990s, drawing a window still takes a lot memory, and
opening multiple windows is slow and impractical.

Modern software interface (say, post 2000) usually uses one window per
file (or task), and or show tabs if multiple tasks are represented in
a single window. However, emacs's buffer system doesn't provide the
tabs visual clue. Compared to the modern standard of tabbed window,
emacs's buffer interface is inferior because it is less intuitive.
Arguably, emacs's operation methods may be more efficient for expert
users. 20 years ago, efficiency for expert users may out weight the
ease of use for majority of average users. But in today computing era,
computers are standard tools in every household, efficiency and ease
of use for general users is as important for professional users. Even
for professional users, it is openly questionable that emacs's ways of
operation induced by its default user interface allows more efficient
operation than a user interface based on modern software conventions.
(this can be certified by having 2 team of programmers roughly equally
experienced or skilled in using emacs. One team use Emacs with default
UI setup, the other use a emacs with modernized interface (such as
Mac's Aquamacs), then compare their efficiency in finishing a set of
coding tasks.)

Note: we are not disputing the general power, flexibility, and
qualities of emacs. Emacs, with a powerful embedded language lisp, and
consequently embodies many software applications other than text
editing (email, ftp, dired, calc, ...etc), has induced certain system
of user interface that is all consistent and unique in comparison to
modern software applications. We do not advocate that this is bad.
Specifically, we only propose a very few trivial items for interface
or documentation changes as listed in this article. Most are simply
turning on some features by feault and or changing some terminologies
in the documentation. They have no bearings on how emacs operate in
general.

  Xah
∑ http://xahlee.org/

  parent reply	other threads:[~2008-11-07 17:43 UTC|newest]

Thread overview: 96+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-10-27 20:45 emacs-w3m question Francis Moreau
2008-10-27 21:09 ` henry atting
2008-10-27 21:36   ` Richard Riley
2008-10-28 18:40     ` Xah
2008-10-30 21:25       ` Xavier Maillard
2008-10-30 22:16         ` Paul R
2008-11-01  7:25           ` Xavier Maillard
2008-11-01 12:59             ` Paul R
     [not found]           ` <mailman.2625.1225539334.25473.help-gnu-emacs@gnu.org>
2008-11-01 15:51             ` Richard Riley
2008-11-03 11:25               ` Xavier Maillard
2008-11-03 12:13                 ` Richard Riley
2008-11-03 23:25                   ` Xavier Maillard
     [not found]                   ` <mailman.2907.1225862955.25473.help-gnu-emacs@gnu.org>
2008-11-05 13:23                     ` Xah
     [not found]       ` <mailman.2522.1225402310.25473.help-gnu-emacs@gnu.org>
2008-10-30 22:38         ` Xah
2008-11-03 11:25           ` Xavier Maillard
2008-11-03 12:36             ` Paul R
2008-11-03 23:25               ` Xavier Maillard
     [not found]             ` <mailman.2772.1225715774.25473.help-gnu-emacs@gnu.org>
2008-11-03 13:27               ` Richard Riley
2008-11-04 13:19                 ` Chris McMahan
2008-11-04 14:19                   ` Richard Riley
2008-11-05  7:25                   ` Xavier Maillard
     [not found]           ` <mailman.2764.1225711684.25473.help-gnu-emacs@gnu.org>
     [not found]             ` <4d476218-bd76-4d41-8a12-1428dfba9e9b@s9g2000prg.googlegroups.com>
2008-11-05  7:25               ` Xavier Maillard
     [not found]               ` <mailman.2966.1225952942.25473.help-gnu-emacs@gnu.org>
2008-11-06 14:31                 ` Xah
2008-11-06 16:32                   ` Alan Mackenzie
2008-11-06 18:12                   ` Giorgos Keramidas
2008-11-07  1:22                     ` Xah
2008-11-07  3:50                       ` Giorgos Keramidas
2008-11-07  5:42                         ` Xah
2008-11-07  7:48                           ` Giorgos Keramidas
2008-11-07  8:07                             ` Xah
     [not found]                   ` <mailman.3000.1225988502.25473.help-gnu-emacs@gnu.org>
2008-11-07  1:01                     ` Xah
2008-11-07 10:04                       ` Alan Mackenzie
2008-11-07 10:29                         ` Paul R
2008-11-07 23:51                           ` Alan Mackenzie
2008-11-08  1:14                             ` Lennart Borgman
2008-11-10 21:25                           ` Xavier Maillard
2008-11-10 21:25                         ` Xavier Maillard
     [not found]                       ` <mailman.3052.1226051600.25473.help-gnu-emacs@gnu.org>
2008-11-07 17:43                         ` Xah [this message]
2008-11-08 14:36                           ` Is there anyway to save workspace so that we don't have reopen 10s of files again ? Maindoor
2008-11-08 14:56                             ` Eli Zaretskii
2008-11-08 15:09                               ` Maindoor
2008-11-08 16:11                                 ` Peter Dyballa
2008-11-08 18:24                                 ` Saving registers (was: Is there anyway to save workspace so that we don't have reopen 10s of files again ?) Reiner Steib
2008-11-08 22:25                                 ` Is there anyway to save workspace so that we don't have reopen 10s of files again ? Juanma Barranquero
2008-11-06 18:02               ` emacs-w3m question Alan Mackenzie
2008-11-07  6:24                 ` Kevin Rodgers
     [not found]               ` <mailman.3010.1225993912.25473.help-gnu-emacs@gnu.org>
2008-11-06 20:02                 ` Rupert Swarbrick
2008-11-07  2:02                 ` Xah
2008-11-07 10:24                   ` Eli Zaretskii
2008-11-07 10:54                   ` Alan Mackenzie
     [not found]                   ` <mailman.3055.1226054611.25473.help-gnu-emacs@gnu.org>
2008-11-07 20:10                     ` Xah
2008-11-07 20:12                     ` How to make friends. [was emacs-w3m question] Xah
2008-11-07 20:17                     ` emacs is not Microsoft Word " Xah
2008-11-10 10:11                       ` emacs is not Microsoft Word David Kastrup
2008-11-08 18:57                     ` emacs-w3m question Rupert Swarbrick
2008-11-08 21:33                       ` Xah
2008-11-09  6:26               ` Wei Weng
2008-11-09  8:55                 ` Xah
2008-11-10 21:25                   ` Xavier Maillard
     [not found]                   ` <mailman.21.1226352538.26697.help-gnu-emacs@gnu.org>
2008-11-10 22:38                     ` Xah
2008-11-11 21:46                       ` Emacs command frequencies: [was: emacs-w3m question] Alan Mackenzie
2008-11-12  2:28                       ` emacs-w3m question Sean Sieger
     [not found]                       ` <mailman.106.1226439293.26697.help-gnu-emacs@gnu.org>
2008-11-12  4:19                         ` Emacs command frequencies: [was: emacs-w3m question] Xah
2008-11-12 11:28                           ` Emacs command frequencies: Nikolaj Schumacher
2008-11-12 11:45                             ` Paul R
     [not found]                           ` <mailman.129.1226489296.26697.help-gnu-emacs@gnu.org>
2008-11-12 12:52                             ` Sébastien Vauban
2008-11-12 15:59                               ` Ted Zlatanov
2008-11-13 14:33                               ` Xah
2008-11-13  4:07                             ` Xah
2008-11-12 16:50                           ` Emacs command frequencies: [was: emacs-w3m question] rgb
2008-11-13 12:47                             ` Xah
2008-11-14 14:28                               ` rgb
2008-11-01 13:03         ` emacs-w3m question Andreas Politz
2008-11-03 11:25           ` Xavier Maillard
     [not found]           ` <mailman.2763.1225711681.25473.help-gnu-emacs@gnu.org>
2008-11-06 16:51             ` Andreas Politz
2008-10-27 21:48 ` Andreas Politz
2008-10-28 10:50   ` Francis Moreau
2008-10-28 14:51   ` OtherMichael
  -- strict thread matches above, loose matches on Subject: below --
2022-11-01 20:25 Jon Fineman
2022-11-02 12:32 ` Michael Heerdegen
2022-11-02 17:44   ` Jon Fineman
2022-11-03 11:18     ` Michael Heerdegen
2022-11-08  3:58       ` Bob Newell
2022-11-02 13:20 ` Emanuel Berg
2022-11-02 17:32   ` Jon Fineman
2022-11-02 18:22     ` Emanuel Berg
2022-11-03 17:56     ` Bob Newell
2022-11-04  2:02       ` Jon Fineman
2022-11-06 22:49       ` Bob Newell
2022-11-07  6:08         ` Yuri Khan
2022-11-07  6:38           ` Bob Newell
2022-11-07  6:45           ` Stefan Monnier via Users list for the GNU Emacs text editor
2022-11-07  6:59             ` Yuri Khan
2022-11-07 12:34             ` Emanuel Berg
2022-11-07 12:40           ` Emanuel Berg
2022-11-02 22:14 ` Bob Newell

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=6bb9c6fc-d6a9-4b85-b1d3-3af180257690@i18g2000prf.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.