On 4/25/06, Yen-Ju Chen <[EMAIL PROTECTED]> wrote: [snip] > > > > Hey > > Its not reproducable with openbox 3.2. > > Well, if you try info panel (main menu->info...), > it drifts quite a lot in openbox. > The fundamental problem is that GNUstep try to guess the border > of window decorations and the guessing is wrong for openbox. > And how it drifts depending on the theme > because border is themable in openbox. > Openbox may not give GNUstep the right x and y when reparent it. > I need to take a closer look on both sides, > but the fix may be slow to come. >
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. Yen-Ju Yen-Ju > Yen-Ju > > > Thx > > Jonathan > > > > > > > > _______________________________________________ > > Discuss-gnustep mailing list > > [email protected] > > http://lists.gnu.org/mailman/listinfo/discuss-gnustep > > > _______________________________________________ Discuss-gnustep mailing list [email protected] http://lists.gnu.org/mailman/listinfo/discuss-gnustep
