Date: Thu, 18 Nov 1999 15:17:55 +1100 From: Gregory Bond <gnb@itga.com.au> To: "Ronald F. Guilmette" <rfg@monkeys.com> Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: misc/14959: incomplete xterm termcap entry (see also bug gnu/5039) Message-ID: <199911180417.PAA12413@lightning.itga.com.au> In-Reply-To: Your message of Wed, 17 Nov 1999 19:10:01 -0800.
next in thread | raw e-mail | index | archive | help
The problem is a little more subtle. The meaning of "ti" and "to" termcap
entries make no mention of "saving the screen contents". The description of ti
in termcap(5) is "string to start programs using cursor_address". There is no
way in termcap to express the operation "save/restore the screen contents", and
no way to write a program (vi, more, whatever) to either use or not use this
feature. Extending termcap (yet again!) with another set of tags for this
feature is probably not feasible. So ugly hacks are the only option.
> (In the meantime, I've kludged together something local here...
> a wrapper shell script for `more' that *removes* the te=/ti= stuff from the
> TERMCAP environment variable before starting `more'... but that's kind-of
> an ugly hack.)
A slightly less ugly hack is to have a second termcap entry like this:
xterm-cl|xterm with ti=clear/restore screen:\
:ti=<whatever>:to=<whatever>:tc=xterm:
and then something like (for Bash/ksh users)
vi () { TERM=xterm-cl vi "$@"; }
WRT the original PR, perhaps a solution is to add a suitable "xterm-cl" entry
to the standard termcap file?
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199911180417.PAA12413>