Hi all,
I just installed back with xlib and get the same behaviour. So it's either in gui or back!?
Hints greatly appreciated!!
Thanks, Andreas
after 10 years of successfully using an ancient GNUstep tree I have upgraded to
gnustep-back-0.25.1.tar.gz
gnustep-gui-0.25.1.tar.gz
gnustep-base-1.25.0.tar.gz
gnustep-make-2.7.0.tar.gz
and am testing it on Ubuntu 16.04. The sources built without issues. That's good.
However, I seem to be far away from getting anything from our software stack to run on the current GNUstep sources. I have already fixed an issue with NSTabView (will report/summarize later) but had to go back to zero with the most simple test app to test out gui and back.
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? I guess this is more a back issue than gui!? If I remember correctly
tar xvfz gnustep-back-0.25.1.tar.gz
cd gnustep-back-0.25.1
./configure
make
make install
cd ..
chose cairo on the current Ubuntu machine!? I used to have lib-art under Solaris!?
|