Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.1 6/24/83; site umcp-cs.UUCP
Path: utzoo!linus!philabs!cmcl2!seismo!umcp-cs!chris
From: chris@umcp-cs.UUCP (Chris Torek)
Newsgroups: net.unix
Subject: Re: ma(pping) in vi
Message-ID: <3876@umcp-cs.UUCP>
Date: Thu, 7-Mar-85 16:41:08 EST
Article-I.D.: umcp-cs.3876
Posted: Thu Mar  7 16:41:08 1985
Date-Received: Tue, 12-Mar-85 03:33:10 EST
References: <8242@brl-tgr.ARPA> <726@ucbtopaz.CC.Berkeley.ARPA> <338@psivax.UUCP> <610@vu44.UUCP> <356@psivax.UUCP>
Distribution: net
Organization: U of Maryland, Computer Science Dept., College Park, MD
Lines: 20

> From: friesen@psivax.UUCP (Stanley Friesen)
>
> ... vi [3.X] ... automatically use[es] the k* special key definitions
> from termcap.  If cursor-right is CTL-L then that assignment takes
> precedence over using CTL-L as a redraw command....  There is a
> *second* redraw screen command CTL-R which I use without needing to
> resort to mapping.

One problem: the ^R redraw command is to redraw with minimal changes,
not to rewrite the whole screen.  It's used to remove the ``@'' lines
vi uses for dumb terminals when ``redraw'' is not set.  (:set redraw
makes vi simulate line I/D by rewriting the screen, which is painful
at low baud rates.)

^R won't fix your screen after a background message is printed, for
example.  (You can always resort to ^Z/fg . . . .)
-- 
In-Real-Life: Chris Torek, Univ of MD Comp Sci Dept (+1 301 454 4251)
UUCP:	{seismo,allegra,brl-bmd}!umcp-cs!chris
CSNet:	chris@umcp-cs		ARPA:	chris@maryland