Re: problem with screen.rxvt TERM and less

[Henry S. Thompson]

Micah Cowan writes:

> I'm not entirely sure I understand what the symptom is that you're
> describing for running less under the screen-managed window, but it
> sounds like it might be similar to this one, which is fixed in the
> current dev sources:

Thanks for your help, but I don't _think_ this is what's at issue.
More poking around suggests a _possible_ alternative explanation.  It
appears that less uses the alternate screen buffer for its display,
which is why when it finishes in a vanilla xterm-color or rxvt window,
you see no remnants of the displayed file.  But I guess, from what I
can gather of how screen is implemented, that screen is _already_
using the alternate screen buffer, so when less asks to switch to it,
it can't???

As far as I can see, less is sending the
correct-per-terminfo-for-screen escape sequences, i.e. ESC[?1049h for
smcup and ESC[?1049l for rmcup, but they are not having the desired
effect. . .

[Note that when running in a vanilla rxvt window smcup is ESC7ESC[?47h
and rmcup is ESC[?47lESC8 . . . ]

Does this make better sense yet?  I've attached pngs of the winning
and losing displays.

Thanks

ht

lessInRxvt.png
Description: less in vanilla rxvt, winning

lessInScreen.png
Description: less in screen, losing

-- 
       Henry S. Thompson, School of Informatics, University of Edinburgh
                         Half-time member of W3C Team
      10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
                Fax: (44) 131 651-1426, e-mail: address@hidden
                       URL: http://www.ltg.ed.ac.uk/~ht/
[mail really from me _always_ has this .sig -- mail without it is forged spam]