[directfb-dev] Re: Window Stacking Classes

[Chad Hardin <cehardin@mac.com>]

On Jan 19, 2004, at 3:10 PM, Denis Oliver Kropp wrote:

> Quoting Chad Hardin:
> > As I'm going through the creation of the directfb backend for GNUstep, 
> > I discovered that directfb is currently limited to 3 stacking classes 
> > for its windows.
> >
> > I could really use more, a couple dozen I think.  Then I think I should 
> > be able to merge DirectFB's concept of a Stackingclass to 
> > GNUstep's/OpenStep's/Cocoa's concept of window layers.
> >
> > I may find other interesting little things to change, and I'm wondering 
> > if you're open to me submitting some patches.
>
> The window management including properties and constrains etc. will change
> soon, anyways. 

Really?  I casually monitor the list and haven't picked up on any upcoming changes like this.  Interesting.
Is there a link of some kind that explains the changes?


> DirectFB should only provide the core functionality for
> complex window and desktop management.

Ok, my mention of needing "a couple dozen" StackingClasses was probably a bit much.  :-)
8 is more like it, that is how many GNUstep has.

Here are the GNUstep levels:
enum {
NSDesktopWindowLevel = -1000,	/* GNUstep addition	*/
NSNormalWindowLevel = 0,
NSFloatingWindowLevel = 3,
NSSubmenuWindowLevel = 3,
NSTornOffMenuWindowLevel = 3,
NSMainMenuWindowLevel = 20,
NSDockWindowLevel = 21,	/* Deprecated - use NSStatusWindowLevel */
NSStatusWindowLevel = 21,
NSModalPanelWindowLevel = 100,
NSPopUpMenuWindowLevel = 101,
NSScreenSaverWindowLevel = 1000
};


Thanks!


Chad




> Of course, I'm interested in the needs of GNUstep.
>
> -- 
> Best regards,
> Denis Oliver Kropp
>
> .------------------------------------------.
> | DirectFB - Hardware accelerated graphics |
> | http://www.directfb.org/                 |
> "------------------------------------------"
>
> Convergence GmbH