unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: foo experimental account <bob@rattlesnake.com>
Subject: Re: [comp.emacs] "Emacs" defined in Collins English Dictionary
Date: Wed, 15 Jun 2005 17:54:54 -0400 (EDT)	[thread overview]
Message-ID: <m1DifqY-0004RCC@rattlesnake.com> (raw)
In-Reply-To: <d8ps2p$g21$1@sea.gmane.org> (message from Kevin Rodgers on Wed,  15 Jun 2005 12:34:53 -0600)

When you see a `login' prompt, you can start with Emacs just as you
can start with BASH or X.  In fact, I am writing this from such an
Emacs, user `foo', not from an instance of Emacs running in X under
user `bob' as you might guess from my Reply-to line and signature.

Kevin Rodgers writes, 

    Emacs can be an integrating environment, and it does have both
    graphical and command line interfaces.  But it is definitely a
    text editor.

There is no doubt Emacs can be an integrating environment.  Similarly,
BASH can be an integrating environment.  Although it lacks a graphical
interface, with its libraries, for example those for ed or vi, it also
is definitely a text editor.

Indeed, no one wants an integrating user environment that lacks some
way of editing text, moving files, evoking interpreted commands, and
evoking commands written in compiled languages.

    The Emacs manual has the correct definition ...

Why do you think it has the correct definition?  After all, RMS said
that moving files is a form of editing.  Indeed, I agree, such actions
are a form of editing.  But few speak that way.  Most people speak of
renaming a file as different from changing a word within a file.

And while the Emacs manual has room to define each of its terms, such
as `advanced', a dictionary entry does not.

I like thi's comment:

    emacs seeps into every nook and cranny, ... explicitly changing
    ... the perception of all those bits by its users ...

    people who don't understand this initially do so eventually ...

but the change takes time.

A dictionary entry has little space and its readers little time.

Certainly, as Nic Ferrier said, we are in religious territory when we
argue over what makes for a good dictionary entry for people who know
nothing of Emacs.  

But that does not mean religious arguments are irrelevant.  After all,
one argument in the US is whether self-replicating entities have the
capacity to make changes when replicating, and the implications of
that, or whether their replication produces entities that must be
similar (and implications).  If you conclude the latter, you can
safely cut your budget for research on the growth of drug resistance
among germs.  The argument over Emacs' definition in a dictionary
entry is less significant.

But it is not completely insignificant.  The grammar in a command line
interface like BASH is different from the grammar in a graphical user
interface.  Currently, those two environments provide the two most
commonly perceived grammars.  (I mean grammar here as a linguist does,
as a way of structuring representations.)

The grammar of a virtual lisp machine is different.  (Not hugely
different, but different enough.)  That is what this argument is
about:  what grammars should people commonly perceive as being
suitable for integrated environments, for what can come up when they
type their account name and password to a login prompt?

-- 
    Robert J. Chassell                         
    bob@rattlesnake.com                         GnuPG Key ID: 004B4AC8
    http://www.rattlesnake.com                  http://www.teak.cc

      reply	other threads:[~2005-06-15 21:54 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-06-14  0:00 [comp.emacs] "Emacs" defined in Collins English Dictionary Miles Bader
2005-06-14 12:18 ` Mathias Dahl
2005-06-14 12:56   ` Nic Ferrier
2005-06-14 13:40     ` Mathias Dahl
2005-06-14 13:03   ` Juanma Barranquero
2005-06-14 13:11     ` Juanma Barranquero
2005-06-14 13:35   ` Alfred M. Szmidt
2005-06-14 13:10 ` Robert J. Chassell
2005-06-14 15:53   ` Gian Uberto Lauri
2005-06-14 19:11     ` Robert J. Chassell
2005-06-14 22:49       ` Gian Uberto Lauri
2005-06-15  0:00       ` Thien-Thi Nguyen
2005-06-15  0:53         ` Daniel Brockman
2005-06-15 22:13           ` Thien-Thi Nguyen
2005-06-14 19:52     ` Nic Ferrier
2005-06-15 18:34   ` Kevin Rodgers
2005-06-15 21:54     ` foo experimental account [this message]

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=m1DifqY-0004RCC@rattlesnake.com \
    --to=bob@rattlesnake.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 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).