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