Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!zaphod.mps.ohio-state.edu!uwm.edu!ux1.cso.uiuc.edu!tank!phd_ivo@gsbacd.uchicago.edu
From: phd_ivo@gsbacd.uchicago.edu
Newsgroups: comp.sys.next
Subject: Re: Slow Terminal emulator
Message-ID: <7235@tank.uchicago.edu>
Date: 17 Jan 90 02:14:53 GMT
Sender: news@tank.uchicago.edu
Organization: University of Chicago Graduate School of Business
Lines: 34

In article <2150@sunset.MATH.UCLA.EDU>, dgc@julia.math.ucla.edu writes...
 
+I tried doing the same thing with my NeXT, using "tip" and was most
+disappointed.

I would recommend that you use Kermit. It works nicely on the NeXT,
and allows binary transfers of files...

+ Because the NeXT (apparently) emulates a DEC vt100 and no
+more, the vi editor does not shift characters to the right of the cursor
+to the right when in "insert" mode (because vt100's don't have an insert
+character sequence) It is terribly slow when deleting or inserting lines
+near the top of the screen (there is no insert or delete character
+sequence) because most of the screen has to be rewritten.
+ 
+The latter problem doesn't occur locally, even though vi must be
+redrawing the screen for each deleted lign.

That is problems with NeXT's terminal emulation package, which is
completely separate from tip. I think Morris Meyer is working on
fixing some of these problems, i.e. to improve the VT100 emulation.

+ 
+I have conceived of the following solutions:
+ ...

You can also buy Communicae for about $400. Not only does it do
VT100, it also does VT220 and Tektronix emulation, and then
some. Or, you can wait for the next operating system release.
I am definitely hoping that the terminal will improve. This is
my own biggest problem with the Next. I wonder if the Next
X release will come with a nice terminal, too...

Ivo Welch	ivo@next.ucla.edu.com