tynor@gitpyr.UUCP (Steve Tynor) (03/03/86)
Attention Atari and/or DRI:
GEM AES Help Needed!
I'm trying to write code to support a two paned window by creating
two windows with one fixed in the left side of the workspace of
the larger one like this:
+-+---------------------------------+-+
+-+------------+-+------------------+-+
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
+ +------------+ + | |
+-+------------+-+------------------+-+
+-+---------------------------------+-+
The large window is a complete window, with SIZER, MOVER, SCROLL-
BARs, CLOSER, etc. the SUB-window has only SIZER and SCROLL-BARs.
the SUB-window is fixed in position with respect to the large
window (ie. when the large window is moved, the sub window moves
with it...)
The problem centers on the fact that only one window can be active
at a time. Thus, in order to detect SIZE-EVENT from both windows,
I add the MOUSE-EVENT to the EVENT-FLAGs. Thus when I enter the
rectangle defined by the SUB-WINDOW, I TOP the SUB-window, when I
exit that rectangle, I TOP the large window.
Here are the problems:
1) when the mouse enters or exits the event rectangle, the large
window's borders are redrawn, but the SUB-window's borders
never are... Why? This has the effect of making both windows
look 'active' when only the large one is, but when the SUB-
window is the active one, only it looks active...
1.5) It's pretty annoying to see the large window pop in and out
of its 'active' state just because the mouse happens to move
through the SUB-window. Is there a way to fool the AES into
making 2 windows active concurrently?
2) When trying to RESIZE the SUB-window to larger than current size,
the EVENTMULTI catches the MOUSE1EVENT (and my window handler
puts the large window on TOP) before it catches the
RESIZE EVENT. The RESIZE EVENT is ignored! I don't think it is
ever getting recieved by my application.
How do you suggest I do what I need to do? Expert advice from ATARI
or DRI would be much appreciated...
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Progress means replacing something wrong with something more subtly wrong.
Steve Tynor
Georgia Instutute of Technology
...{akgua, allegra, amd, harpo, hplabs,
ihnp4, masscomp, ut-ngp, rlgvax, sb1,
uf-cgrl, unmvax, ut-sally} !gatech!gitpyr!tynor