Follow-up Comment #3, bug #36586 (project gnustep):
Well, I think I found the problem here. All the calls to method
-setFrame:display: (or related) don't seems to be executed immediately. All
these are postponed until the window manager have ready the window. The only
explanation I found to the problem in the image "system1.jpg" in my previous
report, is that the window frame is modified while GSWindowDecorationView get
the frame, change its size and set the menu. So, when the
GSWindowDecorationView finish the resize of the subviews and set the new
frame, the window have new dimensions. I think the solution is ensure that,
while GSWindowDecorationView set the menu, any other call to
-setFrame:Display:, -setFrameOrigin: or -setFrameSize: should be postponed.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?36586>
_______________________________________________
Mensaje enviado vía/por Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-gnustep mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/bug-gnustep
