[bug #24601] NSToolbar: [NSWindow contentView] should not return a view which contains the toolbar in it once the toolbar is opened.

[Fred Kiefer]

Follow-up Comment #1, bug #24601 (project gnustep):

Just some idea, would it be a better solution to move the handling of the
toolbar into the GSWindowDecorationView?
That way the content view of the window would be just that and everything
else that also is displayed in the same window gets managed by the decoration
view. This could include toolbars, menus, actual window decoration and
whatever else we come up with later.

For that to work we will first need to delegate all the content to frame
computation of a window to its actuall decoration view (methods like
contentRectForFrameRect: which currently go to the NSWindow class first). This
is needed as not all windows will have a toolbar or menu, so the computation
will depend on the existince of these extensions. This should be fairly easy
to change on NSWindow and GSWindowDecorationView.

Next we will need move the toolbar view handling to GSWindowDecorationView
and adjust the frame computations there. This could be a bit more work and
will require some understanding of the current toolbar code.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?24601>

_______________________________________________
  Nachricht geschickt von/durch Savannah
  http://savannah.gnu.org/