Re: [MiNT] Window menubar drawn above top window

[Jean-François Lemaire <jflemaire@skynet.be>]

On Monday 14 January 2013 20:48:55 Helmut Karlowski wrote:
> Jean-François Lemaire, 14.01.2013 19:15:00:

> > I noticed another drawing problem with window menubars: when the window
> > is
> > beneath another window and a menu title is selected, the menu is opened
> > and
> > drawn without taking into account that there is another window that is
> > partially covering it. See the attached screenshot for a better
> > understanding
> > of the problem (normally, the menu would be shown open, but obviously it
> > closed when I opened the desktop menubar to select the screen capture
> > tool).
> 
> This is actually experimental: I (or someone) thought it would be cool to
> use a window-menu while the window is untopped. Uncommenting two lines in
> XaAES would top the window-owner before drawing the menu.

That's exactly what I thought would be a good solution. The ability to operate 
untopped windows must have a limit :-)

> I don't know
> what happens when the owner has more windows, and I don't know any example
> for this.

In my experience, the different windows are brought to the front while 
respecting their z order so this should be OK.
 
> I guess it would require lots of changes in the code to have menus clipped
> correctly and it could be confusing to the user so I'll revert this
> experimental stuff.

Agreed.
 
> Is there any program that uses AES-window-menus and has more than one
> window?

GEMClip does, but only one of them has a menubar.

Cheers,
JFL
-- 
Jean-François Lemaire