Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!linus!decvax!harpo!seismo!hao!hplabs!sri-unix!whm.arizona@Rand-Relay
From: whm.arizona%Rand-Relay@sri-unix.UUCP
Newsgroups: net.emacs
Subject: Re: our new Emacs
Message-ID: <12948@sri-arpa.UUCP>
Date: Mon, 24-Oct-83 06:01:46 EDT
Article-I.D.: sri-arpa.12948
Posted: Mon Oct 24 06:01:46 1983
Date-Received: Thu, 27-Oct-83 22:47:10 EDT
Lines: 45

I've gotten some feedback on my comments and would like to add a few
comments.

It's been about six months since it was announced that UniPress was going
to be distributing Emacs and I would have hoped that in that time, they
would have made some moves towards cleaning up the documentation and
MLisp packages.  It seems like what they're doing is just selling it
as-is.  The package they distribute (not counting the editor itself)
seems closer to what I'd expect from a "send me a tape and I'll send
you a copy" sort of distribution.  UniPress is advertising Emacs in
magazines; that says to me that they must think what they have right
now is in fine shape.

Wrt. to the 200 character buffer problems: Doesn't it seem like that
should be mentioned somewhere?  Seems like a pretty severe restriction
to me.  (200 characters is not my idea of a huge string!)
   
As several people noted, surjective key to function relations do present
a problem to key-binding-of.  How about a function that takes two
functions (a and b), and for each key that is bound to a, establish
a local binding to b.  For example:

   (local-copy-bindings "self-insert" "funky-insert")
   
Several have said that load doesn't use file name completion because
it uses a search path to locate files.  I don't quite see the problem with
this.  Sure, the semantics get tricky when you're dealing with a list of
directories, but the name completion doesn't need to always be used does
it?  I wrote:

	(defun (Load (load (get-tty-file ": Load "))))

and it does what I want.  I just don't see the problem.  If I want it
to go searching along EPATH for foo.ml, I can Load foo, and if I want
to load $elib/foo, I can do that as well.

In response to my query about sites where Emacs is the dominant editor,
I did turn up several such sites.

One other thing, I sent UniPress a letter (via USmail) at about the
same time I posted my original "our new Emacs" message.  I'd encourage
other people to do the same if they aren't satisfied with the way
things seem to be going.

						Bill Mitchell