On Tue, Apr 03, 2018 at 05:19:27PM -0600, Grant Taylor wrote
> "mtr", "vim", and "less" all three use what Xterm calls the "Alternate
> Screen". You can see this while the programs are running by looking at
> the VT Options menu (Ctrl+Middle Click) and seeing that the "Show
> Alternate Screen" is checked.
The option was checked. I unchecked it, and now less/mtr/vim do not
clear the screen on exit. YAAAAY!!! So why has the default changed,
and how can I get xterm to come up with alternate screen disabled?
> There may be a way to disable the "Alternate Screen", but I don't know
> for sure, muchless what it would be. I'd suggest Reading the ""Fine
> Manpage. (Or at least searching said manpage.)
TFM says to use "titeInhibit"
>
> > A long time ago I ran into this problem and was advised to add
> > "XTerm*titeInhibit: true" in .Xresources. It seems to have stopped
> > working recently. Last night on a web forum people were comparing
> > response times from 1.1.1.1 DNS server. I ran "mtr" in xterm but the
> > output would disapper entirely when I hit "q". I managed to freeze the
> > output with {CTRL}{S} so I could do a copy/paste into a post. But I'd
> > like a clean solution rather than a clunky workaround.
>
> I would be shocked to learn that a title (bar?) related setting would
> have anything to do with the "Alternate Screen". - If this worked, I'm
> guessing that it did so by breaking something else that would trigger
> the "Alternate Screen". (There's a 1000% chance that I'm wrong here.)
That's "titeInhibit" (nothing to do with title). See
https://www.x.org/archive/X11R6.7.0/doc/xterm.1.html
> titeInhibit (class TiteInhibit)
> Specifies whether or not xterm should remove ti and te termcap
> entries (used to switch between alternate screens on startup of
> many screen-oriented programs) from the TERMCAP string. If set,
> xterm also ignores the escape sequence to switch to the alternate
> screen. Xterm supports terminfo in a different way, supporting
> composite control sequences (also known as private modes) 1047,
> 1048 and 1049 which have the same effect as the original 47
> control sequence. The default for this resource is ``false.''
--
Walter Dnes <[email protected]>
I don't run "desktop environments"; I run useful applications
