Re: [gentoo-user] xterm ignoring "XTerm*titeInhibit: true" in .Xresources
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. YY!!! 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
I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] xterm ignoring "XTerm*titeInhibit: true" in .Xresources
On 04/03/2018 05:19 PM, 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. Similarly, you can go back to the main (?) screen while in programs that are using the alternate screen. So if you have output on the screen that was hidden when you started vim / less, you can get back to it without exiting by Ctrl+Middle Clicking and unchecking the "Show Alternate Screen". - Then re-check "Show Alternate Screen" when you are ready to return. Note: vim (et al) are still running and interpreting keybaord input even when Xterm is not showing the alterante screen. -- Grant. . . . unix || die
Re: [gentoo-user] xterm ignoring "XTerm*titeInhibit: true" in .Xresources
On 04/03/2018 02:50 PM, Walter Dnes wrote:
Lately, I've noticed that text apps under xterm snap back to the
original screen after the app finishes. This doesn't happen with
all apps. When I hit "q" in "top", the output stays on the screen.
But other apps like "mtr" and "vim" and "less" restore the screen from
which they were launched, which is extremely annoying.
"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.
"top" on the otherhand does not use the "Alternate Screen".
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.)
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.)
Please let us know what you find.
--
Grant. . . .
unix || die
Re: [gentoo-user] xterm ignoring "XTerm*titeInhibit: true" in .Xresources
On Tuesday, 3 April 2018 21:50:29 BST Walter Dnes wrote:
> Lately, I've noticed that text apps under xterm snap back to the
> original screen after the app finishes. This doesn't happen with all
> apps. When I hit "q" in "top", the output stays on the screen. But
> other apps like "mtr" and "vim" and "less" restore the screen from which
> they were launched, which is extremely annoying.
>
> 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 don't know the answer to your question, but for mtr at least you could use
the -r option to produce a report of the mtr output.
--
Regards,
Mick
signature.asc
Description: This is a digitally signed message part.
