On Saturday, 22 June 2019 09:51:48 BST Jorge Almeida wrote: > On Sat, Jun 22, 2019 at 9:36 AM Mick <[email protected]> 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.
