discuss-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: NSRunAlertPanel


From: Yen-Ju Chen
Subject: Re: NSRunAlertPanel
Date: Wed, 6 Jun 2007 09:29:28 -0700

On 6/6/07, Andreas Höschler <ahoesch@smartsoft.de> wrote:
Hello Fred,

>>> Look in NSAlert.m
>>> Perhaps GSAlertPanel should call [self setFloatingPanel: YES] in its
>>> initialisation?
>>
>> Thanks!
>>
>> However, this did not make a difference! I checked the window levels.
>> My
>> main window has NSNormalWindowLevel, the NSRunAlertPanel has
>> NSFloatingWindowLevel. Normally it should always be above the main
>> win,
>> but it is not. Could this be window manager related? I am using
>> sawfish
>> on the debian system! May be sawfish is so simple that it does not
>> support different window levels.
>>
>
> That is a bit strange, due to the code in [NSApplication
> beginModalSessionForWindow:] the panel should be changed to
> NSModalPanelWindowLevel during the loop. Could you please re-check
> this?

OK, my log gave the level of the panel immedaitely before the runModel
call, so...

> But most likely your actual problem is the window manager. You will
> need
> to find out what special settings are needed for it. Then we may add
> them to setwindowlevel: in back.

Usually we use Window Maker (under Solaris). There we have never seen
this problem. Under Dbian we use sawfish for its simplicty (application
in kiosk mode). That's what makes me thinking that thi sis window
manager related. But I have no idea whether the bug is in sawfish or in
GNUstep. What special settings do you mean?

Is anybody (except us) actually using sawfish together with GNUstep and
has observed something similar?

 I would say it is probably a window manager issue.
 You can try to compile WindowMaker without dock, etc.
 Besides that, metacity seems to work fine to some degree with GNUstep.
 Azalea in Etoile is ported from OpenBox3 and is designed to work
better with GNUstep,
 but it is a work-in-progress.
 Since it is written in ObjC and relatively small,
 maybe you can customize it for you need.

 I think the root of problem is that EWMH only support 3 window level:
 above, normal, below (and other special level, like screensaver, desktop...).
 GNUstep need arbitrary window level.
 So if the window manager does not support it, it may be behave well.

 Yen-Ju


Thanks,

   Andreas



_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep





reply via email to

[Prev in Thread] Current Thread [Next in Thread]