Re: [gentoo-user] Re: line wrap over in xterm/konsole
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.
Re: [gentoo-user] Re: line wrap over in xterm/konsole
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.
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On 6/22/19 1:52 AM, Jorge Almeida wrote: I think (wrongly?) that readline deals with redrawing when typing a command in the shell. I believe that readline comes into play with the shell which is controlling the command line. Any past output, even old command lines, are historical data that the shell is not concerned with. Think about it this way, on an old school TTY with keyboard and printer, the shell would only be responsible for the current line. Anything prior to that is analogues to what has been printed and no longer the shell's concern. Conversely, the terminal emulator; XTerm / urxvt / et al., worries about (re)displaying what has been previously printed. Readline, via the shell, is only involved with the current command prompt.
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Sat, Jun 22, 2019 at 11:16 AM Mick wrote: > > > Just to make sure there is no misunderstanding: the apparent bug only > > manifests itself the first time I do the shrinking/restoring stuff, > > after launching a urxvt window. Following tries will show the desired > > behaviour. Can you confirm it doesn't happen in your installation? > > Correct, I do not observe the bug you mention in my installation. I also > tried in fluxbox and the redrawing happens in the same way right from the > start, except fluxbox does not use a compositor, so (re)wrapping is a bit > jerky and shows up half a second after I stopped resizing the window. > > I need to explain I have added urxvtd in my start up: > > if [ -x /usr/bin/urxvtd ]; then > /usr/bin/urxvtd --opendisplay --fork --quiet > fi > > > so additional terminals launched with '/usr/bin/urxvtc -pe tabbed' reuse the > same single process of the daemon, making them faster and more economical in > resource usage. I assume they inherit some of what's already in memory and > this may be a reason why I don't observe your reported bug - although I can't > recall if I have this running in fluxbox. > OK, so I tested with urxvtd --opendisplay --fork --quiet, and, sure enough, the bug doesn't manifest. Even after killing urxvtd, a new instance of urxvt in a new window is bug-free. However, I tried launching another openbox session on a different VT (while keeping the current session), and the bug reappears! In the original session, a new urxvt remains bug-free. Curious. (I don't use urxvt, I stopped using it some time ago for reasons I can't remember...) Regards, Jorge
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Saturday, 22 June 2019 09:51:48 BST Jorge Almeida wrote: > On Sat, Jun 22, 2019 at 9:36 AM Mick wrote: > > On Saturday, 22 June 2019 08:52:56 BST Jorge Almeida wrote: > > > However, > > > my urxvt behaves as you describe, more or less: > > > - open urxvt > > > - cat some file with long enough lines > > > - lines wrap > > > - shrink window (horizontally) > > > - contents are NOT redrawn (just like xterm) > > > > OK, we have a difference in behaviour here. In my urxvt lines longer than > > the window shrinking width are redrawn and wrap into the next line. > > > > > - restore window size > > > > Wrapped lines will now unwrap to take up the increasing window width. > > Unlike xterm, no characters are truncated/lost in urxvt. > > > > > - cat same file, etc > > > - contents are now redrawn properly! > > > > > > It appears urxvt does the job by itself (minus what seems to be a bug) > > > > Jorge, your urxvt seems to work differently to my installations here. > > Nevertheless, I'm coming to the conclusion xterm won't behave in the same/ > > similar way as urxvt when it comes to redrawing its window contents. > > Just to make sure there is no misunderstanding: the apparent bug only > manifests itself the first time I do the shrinking/restoring stuff, > after launching a urxvt window. Following tries will show the desired > behaviour. Can you confirm it doesn't happen in your installation? Correct, I do not observe the bug you mention in my installation. I also tried in fluxbox and the redrawing happens in the same way right from the start, except fluxbox does not use a compositor, so (re)wrapping is a bit jerky and shows up half a second after I stopped resizing the window. I need to explain I have added urxvtd in my start up: if [ -x /usr/bin/urxvtd ]; then /usr/bin/urxvtd --opendisplay --fork --quiet fi so additional terminals launched with '/usr/bin/urxvtc -pe tabbed' reuse the same single process of the daemon, making them faster and more economical in resource usage. I assume they inherit some of what's already in memory and this may be a reason why I don't observe your reported bug - although I can't recall if I have this running in fluxbox. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Sat, Jun 22, 2019 at 9:36 AM Mick wrote: > > On Saturday, 22 June 2019 08:52:56 BST Jorge Almeida wrote: > > > > However, > > my urxvt behaves as you describe, more or less: > > - open urxvt > > - cat some file with long enough lines > > - lines wrap > > - shrink window (horizontally) > > - contents are NOT redrawn (just like xterm) > > OK, we have a difference in behaviour here. In my urxvt lines longer than the > window shrinking width are redrawn and wrap into the next line. > > > > - restore window size > > Wrapped lines will now unwrap to take up the increasing window width. Unlike > xterm, no characters are truncated/lost in urxvt. > > > > - cat same file, etc > > - contents are now redrawn properly! > > > > It appears urxvt does the job by itself (minus what seems to be a bug) > > Jorge, your urxvt seems to work differently to my installations here. > Nevertheless, I'm coming to the conclusion xterm won't behave in the same/ > similar way as urxvt when it comes to redrawing its window contents. > Just to make sure there is no misunderstanding: the apparent bug only manifests itself the first time I do the shrinking/restoring stuff, after launching a urxvt window. Following tries will show the desired behaviour. Can you confirm it doesn't happen in your installation? Jorge
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Saturday, 22 June 2019 08:52:56 BST Jorge Almeida wrote: > There is a dev-libs/libtermkey, which I don't have installed. I don't have this installed either. I suppose it does not affect the drawing behavior. > However, > my urxvt behaves as you describe, more or less: > - open urxvt > - cat some file with long enough lines > - lines wrap > - shrink window (horizontally) > - contents are NOT redrawn (just like xterm) OK, we have a difference in behaviour here. In my urxvt lines longer than the window shrinking width are redrawn and wrap into the next line. > - restore window size Wrapped lines will now unwrap to take up the increasing window width. Unlike xterm, no characters are truncated/lost in urxvt. > - cat same file, etc > - contents are now redrawn properly! > > It appears urxvt does the job by itself (minus what seems to be a bug) Jorge, your urxvt seems to work differently to my installations here. Nevertheless, I'm coming to the conclusion xterm won't behave in the same/ similar way as urxvt when it comes to redrawing its window contents. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Saturday, 22 June 2019 00:44:28 BST Grant Taylor wrote: > 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. These USE flags are the same like mine. > > Ah, no, it doesn't. I thought Mick's problem was with the shell. > > Ah. I don't think it is a shell related problem (but may be wrong). After all changing the shell option in .bashrc does not affect the display within the xterm window. > > Shrinking the window truncates the visible lines. Restoring the size > > doesn't restore the truncated contents. > > Agreed. 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. > > 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. Apologies for my confusing description - I'll have another go below. > > (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. 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. > 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… > > > > > > > …becomes this 30 character wide. > > aa > aa > bb > bb > cc > cc > dd > dd 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. 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. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Sat, Jun 22, 2019 at 12:44 AM Grant Taylor wrote: > > > 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. I think (wrongly?) that readline deals with redrawing when typing a command in the shell. > > > > (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. > There is a dev-libs/libtermkey, which I don't have installed. However, my urxvt behaves as you describe, more or less: - open urxvt - cat some file with long enough lines - lines wrap - shrink window (horizontally) - contents are NOT redrawn (just like xterm) - restore window size - cat same file, etc - contents are now redrawn properly! It appears urxvt does the job by itself (minus what seems to be a bug) Jorge -
Re: [gentoo-user] Re: line wrap over in xterm/konsole
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… …becomes this 30 character wide. aa aa bb bb cc cc dd dd
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Fri, Jun 21, 2019 at 11:38 PM Grant Taylor wrote: > > On 6/21/19 4:20 PM, Jorge Almeida wrote: > > Nope. Just plain xterm (which I use a lot). BTW: it also works > > remotely, via ssh. $TERM is "xterm". > > What use terms do you have enabled (that impact XTerm)? > > Please post the output of equery uses x11-terms/xterm. ## 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 ~ > > > I will say that long command lines get re-wrapped. But that's the shell. > > If you do an ls -l, get the output, then resize the window narrower, are > you saying that the output from ls gets rewrapped? Ah, no, it doesn't. I thought Mick's problem was with the shell. > > What happens if you widen the window to or beyond it's original size? Shrinking the window truncates the visible lines. Restoring the size doesn't restore the truncated contents. This was expected. After all, the output of "cat foo" is not processed through readline. Maybe I misunderstood the OP's problem? (But then, how can rxvt behave differently?) > >
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On 6/21/19 4:20 PM, Jorge Almeida wrote: Nope. Just plain xterm (which I use a lot). BTW: it also works remotely, via ssh. $TERM is "xterm". What use terms do you have enabled (that impact XTerm)? Please post the output of equery uses x11-terms/xterm. XTerm(337) I think that's the current version in portage. I have 346 via an overlay. No idea, then. I will say that long command lines get re-wrapped. But that's the shell. If you do an ls -l, get the output, then resize the window narrower, are you saying that the output from ls gets rewrapped? What happens if you widen the window to or beyond it's original size? I would love to know what you have done that is allowing the behavior that I /think/ you are describing.
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Fri, Jun 21, 2019 at 9:16 PM Grant Taylor wrote: > > On 6/21/19 2:04 PM, Jorge Almeida wrote: > > My xterm wraps & resizes just fine (e.g., a long line wraps; > > on maximizing the window, contents are redrawn and use just one > > line, if it fits). I don't think I did anything special for this > > to work. > > That surprises me. > > Are you automatically running screen or tmux or similar? They can do this. Nope. Just plain xterm (which I use a lot). BTW: it also works remotely, via ssh. $TERM is "xterm". > > This is the first time I've heard anyone indicate that XTerm itself did > this. > > What version of XTerm are you running? What is the output of "xterm > -version"? XTerm(337) > > > Maybe it's window manager related? I use openbox. My USE variables > > for xterm are the same as Mick's. > > The window manager should not have any effect on what's inside the window. > No idea, then. Jorge
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On 6/21/19 2:04 PM, Jorge Almeida wrote: My xterm wraps & resizes just fine (e.g., a long line wraps; on maximizing the window, contents are redrawn and use just one line, if it fits). I don't think I did anything special for this to work. That surprises me. Are you automatically running screen or tmux or similar? They can do this. This is the first time I've heard anyone indicate that XTerm itself did this. What version of XTerm are you running? What is the output of "xterm -version"? Maybe it's window manager related? I use openbox. My USE variables for xterm are the same as Mick's. The window manager should not have any effect on what's inside the window.
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Fri, Jun 21, 2019 at 8:37 PM Grant Taylor wrote: > > On 6/21/19 12:03 PM, Mick wrote: > > However, lines do not wrap around when I resize the xterm window. :( > > I've never seen this work inside of XTerm. > > XTerm (and many other consoles) only display the output as it was given > to them. They don't change the output when the window changes. So if > they are given 80 characters of text on one line and 35 on the next > line, XTerm (et al.) display those two lines of text, even on a wider > window. > > XTerm is not aware (cognizant of the fact) that the 80 characters and > the 35 characters are related to each other. > > If you resize the window smaller, XTerm drops the characters between the > new width and the old width that it had. It no longer has them to > display when you widen the window back out. > My xterm wraps & resizes just fine (e.g., a long line wraps; on maximizing the window, contents are redrawn and use just one line, if it fits). I don't think I did anything special for this to work. Maybe it's window manager related? I use openbox. My USE variables for xterm are the same as Mick's. Jorge Almeida
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On 6/21/19 12:03 PM, Mick wrote: I seem to have this enabled, as far as the GUI shows, along with reverse wraparound If it's enabled (checked) in XTerm's menu, then the feature is enabled. not sure what the reverse wraparound does. "reverse wraparound" is when you backspace off the left side of one line and the cursor goes to the far right of the line above. However, lines do not wrap around when I resize the xterm window. :( I've never seen this work inside of XTerm. I /have/ seen screen (running in XTerm) reflow the text when the window is resized. But that is /screen/ doing it, not XTerm. And by doing it, it's creating new data for XTerm to display. Well, when I anything, I tried shrinking the window width and when it became narrower than my bash prompt then the prompt only started wrapping around! That's the shell reacting to the new terminal window width. (Much like screen above.) The rest of the content (I had just run the 'ls' command) would not change from its originally displayed line width. XTerm (and many other consoles) only display the output as it was given to them. They don't change the output when the window changes. So if they are given 80 characters of text on one line and 35 on the next line, XTerm (et al.) display those two lines of text, even on a wider window. XTerm is not aware (cognizant of the fact) that the 80 characters and the 35 characters are related to each other. If you resize the window smaller, XTerm drops the characters between the new width and the old width that it had. It no longer has them to display when you widen the window back out. These are the flags I have installed x11-terms/xterm-337 with: openpty truetype unicode -Xaw3d -toolbar -xinerama The same problem applies to other xterm based terminals, on various installations of mine, but as I mentioned rxvt works as I expect/prefer. :-/ I am not, and have not, been aware of an XTerm option to reflow the text when widening (or narrowing) the window.
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Friday, 21 June 2019 19:29:36 BST Jorge Almeida wrote: > In case it is a bash thing: > Do you have a line > shopt -s checkwinsize > in ~/.bashrc ? > If not, add it and then experiment with a new xterm window > (maybe rxvt doesn't require it, for some reason...) Thanks again for persevering Jorge. I added the above shell option, logout/in and tried again on xterm and konsole, but with no change. :-( I tried this on two different installations, both running Plasma/KDE and using bash as shell. Fair enough, I'll carry on using urxvt - one more reason to prefer it. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Fri, Jun 21, 2019 at 7:03 PM Mick wrote: > In case it is a bash thing: Do you have a line shopt -s checkwinsize in ~/.bashrc ? If not, add it and then experiment with a new xterm window (maybe rxvt doesn't require it, for some reason...) Regards, Jorge
Re: [gentoo-user] Re: line wrap over in xterm/konsole
Thanks Jorge, On Friday, 21 June 2019 18:43:56 BST Jorge Almeida wrote: > On Fri, Jun 21, 2019 at 5:32 PM Mick wrote: > > On Friday, 21 June 2019 13:57:23 BST Mick wrote: > > In case what I am asking for is not clear: How can I make xterm/konsole > > behave like rxvt-unicode does and redraw the content to fit the changed > > window width? > > CTRL + middle button -> Enable auto wraparound I seem to have this enabled, as far as the GUI shows, along with reverse wraparound - not sure what the reverse wraparound does. However, lines do not wrap around when I resize the xterm window. :( > Maybe you have this option disabled? To enable it by default, edit > .Xresources and add/edit the line > *VT100.autoWrap: true I've added this too, just in case, logout/in and still won't wrap anything. Well, when I anything, I tried shrinking the window width and when it became narrower than my bash prompt then the prompt only started wrapping around! The rest of the content (I had just run the 'ls' command) would not change from its originally displayed line width. These are the flags I have installed x11-terms/xterm-337 with: openpty truetype unicode -Xaw3d -toolbar -xinerama The same problem applies to other xterm based terminals, on various installations of mine, but as I mentioned rxvt works as I expect/prefer. :-/ -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Fri, Jun 21, 2019 at 5:32 PM Mick wrote: > > On Friday, 21 June 2019 13:57:23 BST Mick wrote: > window width. > > > > In xterm and friends the lines remain at the same original fixed width, > > whether the window is resized to a wider setting or not. In other words the > > line of code does not reflow to adapt to the extra length afforded by a now > > wider window aperture. > > > > Is there some setting I can apply to address this annoying phenomenon? > > In case what I am asking for is not clear: How can I make xterm/konsole > behave like rxvt-unicode does and redraw the content to fit the changed window > width? > CTRL + middle button -> Enable auto wraparound Maybe you have this option disabled? To enable it by default, edit .Xresources and add/edit the line *VT100.autoWrap: true Regards Jorge Almeida