On 6/21/19 5:03 PM, Jorge Almeida wrote:
## equery uses x11-terms/xterm
[ Legend : U - final flag setting for installation]
[ : I - package is installed with flag ]
[ Colors : set, unset ]
* Found these USE flags for x11-terms/xterm-337:
U I
- - Xaw3d : Add support for the 3d athena widget set
+ + openpty : Use openpty() in preference to posix_openpt()
- - toolbar : Enable the xterm toolbar to be built
+ + truetype : Add support for FreeType and/or FreeType2 fonts
+ + unicode : Add support for Unicode
- - xinerama : Add support for querying multi-monitor screen geometry through
the Xinerama API
~
That's what I expected.
Ah, no, it doesn't. I thought Mick's problem was with the shell.
Ah.
Shrinking the window truncates the visible lines. Restoring the size
doesn't restore the truncated contents.
Agreed.
This was expected. After all, the output of "cat foo" is not processed
through readline.
I don't think that readline has anything to do with this.
Maybe I misunderstood the OP's problem?
Ah.
(But then, how can rxvt behave differently?)
I don't know about rxvt per say.
But I thought there was a common library (libterm?) used by a number of
terminal emulators that actually saved the output to a temporary file.
That way they could re-display the output if (when) the window size changed.
After emerging and testing rxvt, yes, it will rewrap the line to the new
window width. It seems as if it saves the output as discreet lines and
re-wraps them individually based on the terminal width. So, the output
of an ls -l in a 132 character window, causes each line to be re-wrapped
(as below) when reducing the window width.
This 40 character wide…
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
cccccccccccccccccccccccccccccccccccccccc
dddddddddddddddddddddddddddddddddddddddd
…becomes this 30 character wide.
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
aaaaaaaaaa
bbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
bbbbbbbbbb
cccccccccccccccccccccccccccccc
cccccccccc
dddddddddddddddddddddddddddddd
dddddddddd
