| 1 |
On Saturday, 22 June 2019 18:04:49 BST Grant Taylor wrote: |
| 2 |
> On 6/22/19 2:13 AM, Mick wrote: |
| 3 |
|
| 4 |
> > After all changing the shell option in .bashrc does not affect the |
| 5 |
> > display within the xterm window. |
| 6 |
> |
| 7 |
> "shell option in .bashrc"??? |
| 8 |
> |
| 9 |
> Are you launching a different shell from Bash? (.bashrc is inherently |
| 10 |
> Bash.) |
| 11 |
> |
| 12 |
> Or are you using Bash as your interactive shell and using a different |
| 13 |
> shell for sub-commands / forks / etc.? |
| 14 |
|
| 15 |
I am using bash. In a previous message Jorge suggested I add: |
| 16 |
|
| 17 |
shopt -s checkwinsize |
| 18 |
|
| 19 |
in my bashrc which I did, but it didn't change anything. |
| 20 |
|
| 21 |
|
| 22 |
> > This is the problem I was describing as 'annoying'. Xterm draws the |
| 23 |
> > output once to fill in the real estate of the current xterm window, |
| 24 |
> > but changing the window width does not redraw each line to reflow it |
| 25 |
> > across the new window width. |
| 26 |
> |
| 27 |
> Agreed. This is the behavior I've seen (and expected) from XTerm for 20 |
| 28 |
> years. |
| 29 |
[snip ...] |
| 30 |
|
| 31 |
> > Again in my systems xterm will truncate lines when shrinking the width |
| 32 |
> > of the window. This truncated output is now lost. Increasing the |
| 33 |
> > width of the window will not restore the truncated lines. Scrolling up |
| 34 |
> > will now draw lines in the new full width of the xterm window, but |
| 35 |
> > the truncated lines remain truncated and their information is lost. |
| 36 |
> |
| 37 |
> Agreed. This is what I've seen and come to expect from XTerm after |
| 38 |
> using it for 20 years. |
| 39 |
|
| 40 |
Fair enough, I think we nailed this. (u)rxvt does what I prefer. I'll keep |
| 41 |
using it and accept xterm does things differently. |
| 42 |
|
| 43 |
-- |
| 44 |
Regards, |
| 45 |
|
| 46 |
Mick |
Archives