Jeremy, I just noticed that when one downsizes a rxvt window manually, it will also wipe out several lines of text on the bottom. I have not seen this behavior prior to 2.3.2_rc3. -John On Sun, Dec 7, 2008 at 1:53 PM, Jeremy Huddleston <jeremyhu@apple.com> wrote:
On Dec 7, 2008, at 08:16, John Koren wrote:
Jeremy,
there appears to be a small problem in the resizing of rxvt. After maximizing the window and minimizing it back to the original size by pressing the green button, the bottom lines of the text are wiped out and cannot be restored. Xterm behaves correctly.
-John
I just saw that with urxvt after testing, but I can't reproduce it a second time... FWIW, I tried setting TERM=xterm and it worked, then I went back to TERM=rxvt-unicode and it worked again...
oO
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
Jeremy, I just tested rxvt resizing using Tiger X11. The behavior is the same as I reported below, hence it is probably a problem with rxvt itself. -John On Mon, Dec 8, 2008 at 9:46 AM, John Koren <jpkoren@gmail.com> wrote:
Jeremy,
I just noticed that when one downsizes a rxvt window manually, it will also wipe out several lines of text on the bottom. I have not seen this behavior prior to 2.3.2_rc3.
-John
On Sun, Dec 7, 2008 at 1:53 PM, Jeremy Huddleston <jeremyhu@apple.com> wrote:
On Dec 7, 2008, at 08:16, John Koren wrote:
Jeremy,
there appears to be a small problem in the resizing of rxvt. After maximizing the window and minimizing it back to the original size by pressing the green button, the bottom lines of the text are wiped out and cannot be restored. Xterm behaves correctly.
-John
I just saw that with urxvt after testing, but I can't reproduce it a second time... FWIW, I tried setting TERM=xterm and it worked, then I went back to TERM=rxvt-unicode and it worked again...
oO
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
On 08 Dec 08, at 13:55, John Koren wrote:
I just tested rxvt resizing using Tiger X11. The behavior is the same as I reported below, hence it is probably a problem with rxvt itself.
I'm using rxvt-unicode and observing this behavior. It used to work as expected (i.e, same as on a real X server under Linux) until I installed 2.3.2rc3. I'm not sure which exact version I was upgrading from, but I believe it was 2.3.1. This does *not* appear to be a quartz-wm bug - I tested with fvwm and got the same behavior - even sometimes got the whole screen cleared, as if the window was resized to zero somehow. As a work-around, running everything under GNU Screen avoids the lossage.
On Dec 8, 2008, at 18:14, Andrew Farmer wrote:
On 08 Dec 08, at 13:55, John Koren wrote:
I just tested rxvt resizing using Tiger X11. The behavior is the same as I reported below, hence it is probably a problem with rxvt itself.
I'm using rxvt-unicode and observing this behavior. It used to work as expected (i.e, same as on a real X server under Linux) until I installed 2.3.2rc3. I'm not sure which exact version I was upgrading from, but I believe it was 2.3.1. This does *not* appear to be a quartz-wm bug - I tested with fvwm and got the same behavior - even sometimes got the whole screen cleared, as if the window was resized to zero somehow.
As a work-around, running everything under GNU Screen avoids the lossage.
Well it's reported to be a problem even back on tiger, not a problem with xterm... so I don't think this is a problem on our end...
participants (3)
-
Andrew Farmer
-
Jeremy Huddleston
-
John Koren