On Saturday, 22 June 2019 18:04:49 BST Grant Taylor wrote: > On 6/22/19 2:13 AM, Mick wrote:
> > 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.? I am using bash. In a previous message Jorge suggested I add: shopt -s checkwinsize in my bashrc which I did, but it didn't change anything. > > 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. [snip ...] > > 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. Fair enough, I think we nailed this. (u)rxvt does what I prefer. I'll keep using it and accept xterm does things differently. -- Regards, Mick
signature.asc
Description: This is a digitally signed message part.
