Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!csd4.milw.wisc.edu!lll-winken!uunet!mcvax!unido!cadlab!schmidt
From: schmidt@cadlab.uucp (Michael Schmidt)
Newsgroups: comp.editors
Subject: Re: stuff
Message-ID: <463@cadlab.cadlab.de>
Date: 12 Apr 89 08:17:13 GMT
References: <1686@wpi.wpi.edu> <11473@lanl.gov> <16732@mimsy.UUCP>
Sender: news@cadlab.UUCP
Reply-To: schmidt@cadlab.uucp (Michael Schmidt)
Organization: CADLAB / Uni-GH Paderborn, Germany
Lines: 17
In-reply-to: chris@mimsy.UUCP (Chris Torek)

In article <16732@mimsy.UUCP>, chris@mimsy (Chris Torek) writes:
>>In article <1686@wpi.wpi.edu> jhallen@wpi.wpi.edu (Joseph H Allen) notes
>>>  * every lengthy screen update must be interruptable
>
>In article <11473@lanl.gov> mikeg%watson.c3@lanl.gov (M.P.Gerlek) writes:
>>There must be _NO_ "lengthy screen updates".
>
>At 300 baud, *every* screen update is lengthy.  You have made an impossible
>demand.

Not with GNU Emacs and a reasonable intelligent terminal
(e.g. multiple insert/delete character/line). I used it some time
ago and I could really work with 300 Baud.
-- 
    Michael Schmidt, CADLAB / FB 17, Uni-GH Paderborn, Bahnhofstr. 32,
                     D-4790 Paderborn, West Germany
Mail:   schmidt@cadlab.UUCP         or          schmidt@cadlab.cadlab.de