Path: utzoo!attcan!uunet!munnari.oz.au!uhccux!tbopp
From: tbopp@uhccux.uhcc.hawaii.edu (Tom Bopp)
Newsgroups: comp.sys.apple
Subject: Re: Kermit and vt100
Keywords: VT100 kermit
Message-ID: <6687@uhccux.uhcc.hawaii.edu>
Date: 21 Feb 90 18:22:21 GMT
References: <1108@oucsace.cs.OHIOU.EDU> <950@studsys.mu.edu> <1794@cod.NOSC.MIL>
Reply-To: tbopp@uhccux.UUCP (Tom Bopp)
Organization: University of Hawaii
Lines: 27

In article <1794@cod.NOSC.MIL> medin@cod.nosc.mil.UUCP (Ted Medin) writes:
>In article <950@studsys.mu.edu> jetzer@studsys.UUCP (Mike Jetzer) writes:
>>My main concern with Kermit's emulation is that it doesn't implement
>>the vt100 "slide the rest of the line over" command (sorry, don't know
>>what it's really called).  When I'm using Kermit and vi, if I insert text
>>in the middle of a line, what I type goes right over what's there, and
>>I have to do a screen redraw to get the screen to reflect the true
>>state of affairs.
>
> Interesting i just ran 3.86 on a //e+ hosted by bsd 4.3 unix. Tried the
>vi editor (prefer jove, it does windows :-) ) and had no problems doing
>inserts without your problem. Does your host know you are a vt100? What
>kind of a host are you talking to?
>73, ted
>n6trf

I just wonder if the problem here is vi.  Vi is pretty smart, and at
some installations will automatically start up in a "noredraw" mode
if you have a low baud rate.  This makes it look like the "slide the
rest of the line over" isn't working.  It isn't -- on purpose.

Check the status of vi with  :set all  and look at the status of the
"redraw" and the "slowopen" switches.  This is all described in part
6, Special Topics, of the document An Introduction to Display Editing
with Vi, by Bill Joy and Mark Horton.  Talk to your local guru...

tbopp