Hi all,

I just found ./gnustep-gui-0.25.1/Documentation/manual/theviewconcept.texi and 
suppose that the problem is caused by the optimization mentioned in this 
document. It seems critical calls (that MacOSX at least still performs) to 
NSWindow::drawRect: are skipped now. 

Any hint where to look is greatly appreciated. I wold love to get the new 
GNUstep tree working ...

Thanks in advance,

 Andreas




On Apr 20, 2018, at 2:50 PM, Andreas Höschler wrote:

> I currently have a window with just one button and a spacer above and below 
> it and am trying to resize the window vertically which works. However, 
> 
> NSWindow:
> 
>       - (void)setFrame:(NSRect)frameRect display:(BOOL)flag
> 
> is never called when I do this which is probably the reason why auto 
> relayouting the content does not work. On MacOSX (same sources) I get a bunch 
> of 
> 
> 2018-04-20 14:36:31.770 TabTest[8909:903] setFrame {{26, 282}, {97, 124}} 
> display 1
> 2018-04-20 14:36:31.780 TabTest[8909:903] setFrame {{26, 285}, {97, 121}} 
> display 1
> 2018-04-20 14:36:31.804 TabTest[8909:903] setFrame {{26, 287}, {97, 119}} 
> display 1
> 2018-04-20 14:36:31.831 TabTest[8909:903] setFrame {{26, 288}, {97, 118}} 
> display 1
> 2018-04-20 14:36:31.881 TabTest[8909:903] setFrame {{26, 289}, {97, 117}} 
> display 1
> 2018-04-20 14:36:31.931 TabTest[8909:903] setFrame {{26, 289}, {97, 117}} 
> display 1
> ...
> 
> calls when I vertically resize the window and the content is relayouted just 
> fine!?
> 
> Any idea where to look from here? Which part in GNUstep is responsible for 
> sending setFrame:display: to NSWindow when dragging the window larger and 
> smaller?

Mit freundlichen Grüßen,

Andreas Höschler
Managing Director

Smartsoft GmbH
Birkenweg 11a
21483 Gülzow
Tel: 040 60889019
Web: http://www.smartsoft.de
EMail: [email protected]




_______________________________________________
Discuss-gnustep mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Reply via email to