From: chneukirchen@gmail.com (Christian Neukirchen)
Subject: [TUHS] Termcap vs terminfo
Date: Sun, 11 Jan 2015 00:02:50 +0100 [thread overview]
Message-ID: <87iogegrxh.fsf@gmail.com> (raw)
In-Reply-To: <C4622955-2DEB-4316-A695-3BACD75D2F1E@orthanc.ca> (Lyndon Nerenberg's message of "Sat, 10 Jan 2015 14:43:53 -0800")
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1347 bytes --]
Lyndon Nerenberg <lyndon at orthanc.ca> writes:
> On Jan 10, 2015, at 2:15 PM, David Barto <david at kdbarto.org> wrote:
>
>> All I remember (and still support to this day) is that I’ve got a
>> TERMCAP=‘string’ in my login scripts to set termcap to the specific
>> terminal I’m logging in with.
>>
>> Long ago this made things much faster. Today I think that it is just
>> a holdover that I’m not changing due to inertia, rather than any
>> real need for it.
>
> There is still a need for this.
>
> Most modern curses capability entries for 'xterm' and friends use the
> memory buffer windowing capability (a term I made up) such that when
> you - say - run less to display a file, it switches to a dedicated
> region in the terminal memory buffer while printing its output, then
> restores the buffer to back where you were to begin with when you exit
> the pager.
>
> This drives me insane! When I 'man foo' and find the relevant bits in
> the document, when I quit out of the pager I want those bits to stay
> on the screen so I can refer to them, dammit! There are two shortcuts
> to this, both involving custom termcap/terminfo entries.
Or just use: xterm -xrm '*titeInhibit: true'
Just for less: export LESS="-X"
Just for vim: set t_ti= t_te=
--
Christian Neukirchen <chneukirchen at gmail.com> http://chneukirchen.org
next prev parent reply other threads:[~2015-01-10 23:02 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1FD28B19-FA50-4581-BB0A-257B5DDE1890@kdbarto.org>
2015-01-10 22:15 ` David Barto
2015-01-10 22:43 ` Lyndon Nerenberg
2015-01-10 22:51 ` Lyndon Nerenberg
2015-01-10 23:02 ` Christian Neukirchen [this message]
2015-01-10 23:04 ` Lyndon Nerenberg
2015-01-11 16:48 ` Christian Neukirchen
2015-01-11 2:06 ` Dave Horsfall
2015-01-11 9:16 ` Diomidis Spinellis
2015-01-12 15:36 ` Clem Cole
2015-01-12 16:51 ` [TUHS] Disable "less" screen swapping was: " Russell Rezaian
2015-01-06 21:32 [TUHS] termcap " Mary Ann Horton
[not found] <mailman.143.1420561935.3354.tuhs@minnie.tuhs.org>
2015-01-06 16:51 ` Johnny Billquist
2015-01-06 16:56 ` Dan Cross
2015-01-06 17:33 ` Johnny Billquist
2015-01-06 17:53 ` Dan Cross
-- strict thread matches above, loose matches on Subject: below --
2015-01-01 17:04 [TUHS] termcap vs terminfo (was: I swear! I rtfm'ed) Warner Losh
2015-01-02 19:13 ` Erik E. Fair
2015-01-05 7:06 ` Peter Jeremy
2015-01-06 0:40 ` John Cowan
2015-01-06 12:22 ` arnold
2015-01-06 16:02 ` [TUHS] termcap vs terminfo Mary Ann Horton
2015-01-06 17:12 ` arnold
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87iogegrxh.fsf@gmail.com \
--to=chneukirchen@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).