[bug #17377] Various frame related methods in NSWindow return wrong results

[Gregory John Casamento]

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...

GJC

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?func=detailitem&item_id=17377>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/