Re: Allowing a11y windows to be on top - bug #136159

[Bill Haneman <Bill Haneman Sun COM>]

David Bolter wrote:

> A minor (?) point...
>
> > > Finally, I don't like the name ABOVE_ALL; it invites abuse and 
> > > confusion
> > > with plain ABOVE. How about OMNIPRESENT or OVERLAY or ... ? someone
> > > think of something good ;-)
> > >  
> > I like OVERLAY.
>
> Yeah.  I'd like to see a distinction between a transparent overlay and 
> an occluding overlay...  or different names...

I'm not sure it matters; windows can have any alpha value from 0 to 1.00.

With respect to multiple overlays - as long as overlays don't create 
dialogs that get "promoted" on top of one another, the WM could honor 
raise requests (for instance via setting the ABOVE state).

This does suggest that both a new WM_TYPE, and clarification of ABOVE 
semantics for it, will be needed to solve the problems thoroughly.

- Bill

> Also, what does the WM do with two occluding overlays?  GOK _must_ 
> remain on top... or 'self-raisable'...
>
> ~~David
>
> > - Bill
> >
> > > In fact is TYPE_OMNIPRESENT the semantic type? Perhaps a window of this
> > > type never gets focus, is sticky, and is above all? Essentially these
> > > windows are conceptually part of the hardware, kept separate from the
> > > desktop.
> > >
> > > Havoc