[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #17377] Various frame related methods in NSWindow return wrong resu
Gregory John Casamento
[bug #17377] Various frame related methods in NSWindow return wrong results
Wed, 9 Aug 2006 20:51:08 -0400
Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.8) Gecko/20051111 Firefox/1.5
Follow-up Comment #4, bug #17377 (project gnustep):
When GNUstep draws its own decorations (GSX11HandlesWindowDecorations=NO),
these methods work properly. The problem comes, as you pointed out when
GNUstep DOESN'T draw the decorations (GSX11HandlesWindowDecorations=YES) and
it is left up to the window manager.
Under Cocoa (or OpenStep) the entire window frame, including decorations
(window bar, widgets and all on top and bottom) are considered part of the
window frame. So this means that, since GNUstep knows how big it's widgets
are, it can easily get the window frame size.
When GNUstep doesn't draw it's widgets it uses assumes that the window frame
is the same as the content frame, which isn't correct. To correct this
issue, it will be necessary to include the window top-bar and the other
widgets on the bottom into the size of the window to get it right.
Hope this helps...
Reply to this item at:
Message sent via/by Savannah