On 6/22/19 2:13 AM, Mick wrote:
These USE flags are the same like mine.
ACK
I don't think it is a shell related problem (but may be wrong).
I think we need to be very careful and specific what part we think is
shell (thus possibly readline) related vs terminal emulator related vs
something else. (See my recent reply discussing an old school TTY
terminal.)
After all changing the shell option in .bashrc does not affect the
display within the xterm window.
"shell option in .bashrc"???
Are you launching a different shell from Bash? (.bashrc is inherently
Bash.)
Or are you using Bash as your interactive shell and using a different
shell for sub-commands / forks / etc.?
This is the problem I was describing as 'annoying'. Xterm draws the
output once to fill in the real estate of the current xterm window,
but changing the window width does not redraw each line to reflow it
across the new window width.
Agreed. This is the behavior I've seen (and expected) from XTerm for 20
years.
Apologies for my confusing description - I'll have another go below.
;-)
Confusion is okay as long as we work to clarify things. That's part of
communicating effectively.
I ran ldd and as is logical I can see there are some differences in
the libs used by both programs. Neither of them use libterm.
I was fairly certain that XTerm did not use libterm. I didn't know
about (u)rxvt. I think some other—possibly more common—terminal
emulators do use it.
Aside: I consider urxvt to be a Unicode varient of rxvt. Much like
uxterm is a Unicode varient (mode)of xterm. To me, both of these pairs
are largely interchangeable for the conversation that we're having.
Please correct me if you think I'm wrong on this point.
In my systems urxvt will wrap lines when shrinking the width of
the window AND unwrap them when increasing the width of the window.
This is happening in real time as the window expands/contracts.
This is the behavior that I'm seeing with urxvt as well.
I have never seen XTerm exhibit this behavior. (At least not without
something else inside of XTerm that does it, e.g. screen or tmux.)
Again in my systems xterm will truncate lines when shrinking the width
of the window. This truncated output is now lost. Increasing the
width of the window will not restore the truncated lines. Scrolling up
will now draw lines in the new full width of the xterm window, but
the truncated lines remain truncated and their information is lost.
Agreed. This is what I've seen and come to expect from XTerm after
using it for 20 years.
