[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #24601] NSToolbar: [NSWindow contentView] should not return a view
[bug #24601] NSToolbar: [NSWindow contentView] should not return a view which contains the toolbar in it once the toolbar is opened.
Sun, 19 Oct 2008 22:01:24 +0000
Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.9 (like Gecko) SUSE
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:
Nachricht geschickt von/durch Savannah