[8084] in Athena Bugs
ez
daemon@ATHENA.MIT.EDU (yandros@ATHENA.MIT.EDU)
Sat Aug 31 16:04:26 1991
From: yandros@ATHENA.MIT.EDU
Date: Sat, 31 Aug 91 16:04:51 -0400
To: bugs@ATHENA.MIT.EDU
Cc: wchuang@ATHENA.MIT.EDU
Reply-To: yandros@ATHENA.MIT.EDU
EZ on a RTPC-ROMPC with a megapel display running under 7.3 with both
the MotifScrollBars and the menubar preferences on (whew!) seems to
have several problems:
1) I was able to get the scrollbar to 'pick a direction' independant
of the mouse; to go (in this case) down, regardless of the mouse
direction. Move the mouse down, the scrollbar goes down. Move the
mouse up, the scrollbar moves down. This behavior seemed to go through
and intermediate stage wherein it sort of wiggled between up and down,
even though I was moving the mouse down only.
2) I was able (using above behavior) to confuse EZ enough to get it to
display two scrollbars at once, one closer to the top of the screen
than the other. The two did NOT overlap, and the erroroneous one
disappeared whenever I moved the scrollbar. ( which didn't happen
every time I moved the mouse.)
3) I was also able (using above behavior) to confuse EZ enough to get
it to scroll only a certain region of it's text window. That is, a
small area of the text window, ranging from about the middle down, and
from about 5 lines from the left edge to the right edge, decided that
it was the only part that wanted to scroll. The rest of the text
remained stationary.
Later, on thge same machine, with MotifScrollBar (please don't make
this the default! rigjht-side scrollbars seem SO strange...) unset,
but menubar still on, I encountered this:
1) Highlightin was *VERY* confused. Highlighting something, and then
selecting a menu, either from the menubar or from the menucards,
caused EZ to 'forget' that anything had been highlighted, leaving
those sections in reversevideo.
2) After above, I was able to highlight other regions, including the
previous area, (which re-reversed it's colors, but only while
highlighted; i.e. it didn't cause the widget to realize what was
happeneing, and the widget return the colors to what it thought they
should be.)
3) After the above, I was unable to get EZ to admit that it should
react to the mouse in the text area. The cursor changed in the
scrollbar accordingly (It was a small file, so I couldn't try the
scrolling), the menubar buttons still worked, and the menucards came
up.
4) After selecting the 'Visit File' option from the menucard (not the
menubar), EZ became confused. I was never asked for a filename. The
menucards that came up then were very sparse, and only 4 appeared
(normal should be 5). The menubar changed accordingly.
5) Clicking button1 on the border between the text area and the
'minibuffer' area caused the mode line to disappear. However, all of
the other effects disappeared as well, and things seemed to be normal,
sans modeline and minibuffer.
6) After this, bringing up the menuscards, but not selecting an item
(releasing the button outside of the cards) returned EZ to
catatonic-land. The menubar/cards now consist of 'ez' and 'Dialog
Box' (there is no dialog box present. I have moved and raised/lowered
the EZ window to look for it.) There is now no border for me to click
to try and return it to it's former operation. It seems to be waiting
for the non-existant Dailog box.
7) After asking if anyone wanted to see this, Marc Horowitz suggested
I refresh the window. Subsequent Iconify/Deiconify showed a dailog
box, with the following:
This is the last window.
Continue Running
Quit application
selecting 'Continue Running' seems to have returned it to normal, but
it's still having display problems, as above. Refreshing the window
does not caue the display problems to go away.
THESE PROBLEMS OCCURED BOTH TIMES, WITH MOTIFSCROLLBARS AND WITHOUT:
1) I was never able to view the menucards that should be added
whenever there is selected text (i.e. the cards for fonts, styles,
formats, etc.)
2) I was never asked to enter a filename, at ant time. This includes
(and prevented) my attempts to write to a file and to visit a file,
from any of the menubar, the menucards, or the comand keybindings.
Attemping to do so would always put me in what looks like a inset-type
mode. {Right now, EZ is displaying 'ez', 'Special', 'Page', and
'File'. (and 'More...', in dark text) There is no quit option
available. I have gcore'd the process, and I'm going to kill it. The
core is in ~yandros/core.ez. Please tell me when I can remove it.}
3) Although my preferences file was obviously used, the lines that
should change the colors were apparently not effective. Ez's dialog
box (see above), did, however come up in a couple (2? 3?) shades of
blue (nice color choice, btw :). These preferences worked under 7.1
and 7.2. The relevant lines are here:
ForegroundColor: White
BackgroundColor: Black
?M=m11-113-10:ForegroundColor: PaleGoldenrod
where m11-113-10 is this workstation. The file ~/.preferences is
open, if anyone wants to check.
I'll be more than happy to answer any questions.
-C
