[890] in Athena Bugs
xterm RT/PC 6.0C
daemon@ATHENA.MIT.EDU (geer@ATHENA.MIT.EDU)
Sat Sep 10 21:07:36 1988
From: <geer@ATHENA.MIT.EDU>
Date: Sat, 10 Sep 88 21:06:58 EDT
To: bugs@ATHENA.MIT.EDU
using the menu available with control-both-mouse-buttons,
select turning on the scroll bar for the xterm.
now, the scrollbar appears, and overwrites the text it
would naively be imagined to overwrite - which is the
wrong thing to happen of course.
now using the menu available with control-left-mouse-button,
you ask that xterm window be redrawn, and the correct display
appears.
NOTE that the exact same scenario happens in reverse -
turn off scrollbar, get broken display, redraw, get correct
display.
ON TOP OF THAT, if you try to turn on scrolling inside some
curses type application (at least) you freeze the window.
naturally, you try to use the control-left-mouse-button
menu to try to continue it or some such. but the relevant
menu will not come up. so you use meta-left-mouse-button
to submerge the window. now, surprise, the menu you could
not get to before appears, with weird highlighting, but
workable. workable here means that if you click on redraw,
the menu disappears and you can now raise the original
xterm and find that everything is seemingly just fine.
NOW that you've got your curses app running with scrolling,
try turning it off and then forcing a redraw. note that
the redraw is incomplete. i imagine that means the app is
broken, but i'm in a suspicious mood at this point. so i
get a redraw of the second kind: submerge the window and
then raise it. a differently broken redraw results, of course.
a demo is worth a thousand words...
--dan
