🚀 go-pugleaf

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