discuss-gnustep
[Top][All Lists]
Advanced

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

Re: [ANN] Azalea preview


From: Yen-Ju Chen
Subject: Re: [ANN] Azalea preview
Date: Wed, 26 Apr 2006 08:26:55 -0700

On 4/26/06, Quentin Mathé <gnustep-quentin@club-internet.fr> wrote:
> Le 26 avr. 06 à 07:30, Yen-Ju Chen a écrit :
>
> > On 4/25/06, Yen-Ju Chen <yjchenx@gmail.com> wrote:
[snip]
> >
> >   I file a bug (change request) about this. (#16440).
> >   Basically, GNUstep hard-code the window style offset
> >    (GSDisplayServer -styleoffset::::) for WindowMaker and metaciy
> > (I guess).
> >   Actually, there are _NET_REQUEST_FRAME_EXTENTS and
> >   _NET_FRAME_EXTENTS for this purpose.
> >   (OpenBox doesn't support them, either)
> >   -styleoffset:::: need to pass on window information
> >   and becomes -styleoffset::::: (one more argument).
> >   Since -styleoffset:::: is used to talk between GUI and Backend,
> >   any change will affect all the backend.
> >   So I am not the right person to touch it. :)
> >
> >   P.S. Metacity seems to support these two hints.
> >   It would be a good window manager for testing.
> >   I am not sure WindowMaker support these hints.
>
> I think it's more or less bound to to this bug I have encountered :
> methods like -contentRectForFrameRect: and -frameRectForContentRect:
> returns wrong values (at least when you are letting X11 handling the
> window decorations). You can observe that any windows with a toolbar
> are slowly shifted to the bottom right corner when you repeatedly
> hide/unhide the toolbar.

 I guess I can find a way to work around
 since it seems not to be called widely outside backend.

  Yen-Ju

>
> Quentin.
>
> --
> Quentin Mathé
> qmathe@club-internet.fr
>
>
>
> _______________________________________________
> 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]