Update of bug #25236 (project gnustep):
Status: In Progress = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #10:
I close this bug
On 6 Jan 2009, at 08:10, Fred Kiefer wrote:
We also need a more general mechanism to add new subviews to the
decoration
view. What about a subclass of NSView that knows about orientation
(the border
of the window the subview will be belong to) and priority (to allow
multiple
subviews on
Update of bug #25236 (project gnustep):
Assigned to:None = FredKiefer
___
Follow-up Comment #3:
The change that the window is no longer resized when a toolbar is added was
done on purpose. I
Follow-up Comment #4, bug #25236 (project gnustep):
Yes, we need a test app to demonstrate the 'correct' behavior when
adding/removing a toolbar. This behavior may vary depending on where the
window is on the screen (eg if the title bar would be moved off screen when
the window is made larger
Additional Item Attachment, bug #25236 (project gnustep):
File name: ToolbarTest.tgzSize:45 KB
___
Reply to this item at:
http://savannah.gnu.org/bugs/?25236
___
Message
Follow-up Comment #5, bug #25236 (project gnustep):
Posted the test program.Hope this helps.
I'm not sure if the behavior ever changes. At least, I haven't seen it
change.
Please take a look at the attached program.
Thanks, GC
___
Update of bug #25236 (project gnustep):
Status:None = In Progress
___
Follow-up Comment #6:
I changed the code in GSWindowDecorationView back to resize the window.
(Keeping the top of the
Follow-up Comment #8, bug #25236 (project gnustep):
You did beat me by quarter of an hour, I just did the same test (with the
same problem) and wanted to report them :-(
I also checked the new code in SVN on KDE and it almost behave the same
(apart from some very, very strange window movements
Update of bug #25236 (project gnustep):
Summary: NSToolbar: Latest changes don't resize window
properly when toolbar is added. = NSToolbar: Window doesn't resize window
when toolbar is added.
___
Reply to this item at:
