unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: David.Kastrup@t-online.de (David Kastrup)
Cc: emacs-devel@gnu.org
Subject: Re: Will default key bindings spell the death of Emacs?
Date: 01 Jun 2003 14:12:43 +0200	[thread overview]
Message-ID: <x5n0h2m1xg.fsf@lola.goethe.zz> (raw)
In-Reply-To: <m19MQwt-000IeIC@rattlesnake.com>

"Robert J. Chassell" <bob@rattlesnake.com> writes:

> David.Kastrup@t-online.de (David Kastrup) wrote:
> 
>    I was giving an example for a user interface.  What Emacs has nowadays
>    does not really deserve that name.
> 
> But that particular kind of user interface is not the only kind that
> exists.  Emacs provides two excellent user interfaces.

No.  It provides an interface to the functionality, but "user
interface" implies something more than just the capability to manually
edit some configuration files.  Even if the format of the
configuration files can be found in "user documentation".

> My point is that there are several different kinds of user interface.
> It is misleading to say that
> 
>     .... an example for a user interface.  What Emacs has nowadays
>     does not really deserve that name.
> 
> because that suggests that Emacs lacks a decent user interface.

It does.  It is an interface, but not a user interface.

> On the contrary, Emacs provides two really good user interfaces that
> should not be devalued:
> 
>   * a user interface for people who are permanently or situationally
>     blind (Emacs does), and,
> 
>   * a user interface for people who desire to change more than three
>     bindings at one time efficiently and who are willing to spend
>     time, but less than the time of doing it awkwardly, learning how
>     to do this.

I don't see how the ability to edit .emacs should count as one user
interface, let alone two.

> I agree that Emacs could do better to also provide a user interface
> for people who are sighted and who do not want to learn a more
> efficent technique, but it is a mistake to write as if that
> particular kind of user interface is the only worthy kind.

Does `customize' not play together with things like Emacspeak?

>    > But at the same time, Emacs should also provide ...
> 
>    This is a somewhat orthogonal aim.  I don't see why one should
>    make the availability of one user interface depend on that of
>    another.
> 
> I am not saying we should make one depend on another.  I am saying
> that a user interface for the blind is important, as is a user
> interface for those who desire to work with computers comfortably,
> quickly, and efficiently.

It is the internal Emacs interface to key bindings and thus will
remain usable, and in fact, underlying any attempt of creating a user
interface to keybindings.

> And neither of these two kinds of user interface should be relegated
> to the near invisible status of a notion that does `not really
> deserve [a] name.'

Oh, it deserves a name, just not that of a user interface.  Being able
to call functionality with Lisp does not make it a user interface.
You could call the _interactive_ binding of global-set-key and its ilk
a user interface, if you really wanted to, but this interface is not
catering for persistence: you still have to edit your .emacs manually
if you want your keybindings to stay.  Not even the somewhat quaint
`disabled' commands require you to do the editing yourself in case you
want to enable commands for permanent.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

  reply	other threads:[~2003-06-01 12:12 UTC|newest]

Thread overview: 66+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <E19LPs9-0002b6-0o@monty-python.gnu.org>
2003-05-29 20:57 ` Will default key bindings spell the death of Emacs? Lars Hansen
2003-05-29 21:47   ` Miles Bader
2003-05-29 22:04     ` Lars Hansen
2003-05-29 22:45       ` Miles Bader
2003-05-30  6:52         ` Lars Hansen
2003-05-30 10:11           ` Thien-Thi Nguyen
2003-05-30 10:32           ` Alex Schroeder
2003-05-30 10:52             ` Miles Bader
2003-05-30 12:06               ` Jan D.
2003-05-30 11:06             ` Lars Hansen
2003-05-30 11:19             ` Juanma Barranquero
2003-05-30 16:27               ` Alex Schroeder
2003-05-30 17:09                 ` Luc Teirlinck
2003-05-30 17:13         ` Richard Stallman
2003-05-31 20:19         ` David Kastrup
2003-05-31 21:31           ` Robert J. Chassell
2003-06-01  0:14             ` David Kastrup
2003-06-01 11:24               ` Robert J. Chassell
2003-06-01 12:12                 ` David Kastrup [this message]
2003-06-01 19:36                   ` Jan D.
2003-06-01 19:43                     ` David Kastrup
2003-06-01 20:18                       ` Jan D.
2003-05-29 23:58       ` Alan Shutko
2003-05-30  0:10       ` Stefan Monnier
2003-05-30  5:20         ` Kai Großjohann
2003-05-30 17:29           ` Kevin Rodgers
2003-05-30 19:55             ` Kai Großjohann
2003-06-02 21:27               ` Kevin Rodgers
2003-06-02 22:05                 ` David Kastrup
2003-06-03 16:25                   ` Kevin Rodgers
2003-06-03 20:28                     ` David Kastrup
2003-06-02 22:42                 ` Luc Teirlinck
2003-06-03 16:26                   ` Kevin Rodgers
2003-05-30  7:16         ` Lars Hansen
2003-05-30 13:10           ` Stefan Monnier
2003-05-31 19:52             ` Richard Stallman
2003-05-31 20:27               ` Stefan Monnier
2003-06-02 11:15                 ` Richard Stallman
2003-06-02 17:00                   ` Stefan Monnier
2003-06-03 10:58                     ` Richard Stallman
2003-05-30 13:26           ` Kai Großjohann
2003-05-30  0:47     ` Tak Ota
2003-05-30  1:48       ` Miles Bader
2003-05-30  5:19       ` Kai Großjohann
2003-05-30  6:09         ` Miles Bader
2003-05-30 17:13       ` Richard Stallman
2003-05-30 19:58         ` Kai Großjohann
2003-06-01 15:52           ` Richard Stallman
2003-06-01 17:05             ` Kai Großjohann
2003-05-29 22:10   ` Kevin Rodgers
2003-05-30  5:13   ` Kai Großjohann
2003-05-30  6:33     ` Miles Bader
2003-05-30  7:53       ` Kai Großjohann
2003-05-30  8:05         ` Miles Bader
2003-05-30 13:26           ` Kai Großjohann
2003-06-04 11:20   ` Andreas Schwab
2003-06-04 12:49     ` Lars Hansen
2003-06-04 13:08       ` David Kastrup
2003-06-05 12:13         ` Benjamin Riefenstahl
2003-06-05 21:46         ` Richard Stallman
2003-06-05 21:55           ` David Kastrup
2003-06-05 12:45 Robert J. Chassell
  -- strict thread matches above, loose matches on Subject: below --
2003-05-30  8:57 Lars Hansen
     [not found] <E19LWOR-0001eW-Nm@monty-python.gnu.org>
2003-05-30  6:36 ` Lars Hansen
     [not found] <1054178219.882.88.camel@morgan>
2003-05-29 14:05 ` Eli Zaretskii
2003-05-29 14:38   ` Jan D.

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

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=x5n0h2m1xg.fsf@lola.goethe.zz \
    --to=david.kastrup@t-online.de \
    --cc=dak@gnu.org \
    --cc=emacs-devel@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 public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).