New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Under certain circumstances, resize() ignored on MacOSX (1.4.x) #52
Comments
Some more info: this problem fit 'git bisect' really well, since checking the window's w() value could be done after the resize() to detect the failure condition, without ever needing to open the GUI.
|
Oh, and for what it's worth, here's the bisect operation that was done:
|
That should be fixed now. |
Great, the window size is fixed. |
That should be "really" fixed now. |
FTR: the mention above in issue 427 is irrelevant (unintended). |
It seems if one does these steps in a Mac application with 1.4.x, the resize() step has no effect:
Here, step 3's new width+height values are ignored.
(size()'s width/height values are also ignored)
This is specific on Mac OSX (tested on 10.10.5), didn't try others yet.
Apparently to replicate it's important an X,Y,W,H value are specified when creating the window,
and resize()/size() must be called BEFORE show(). Changing either of those things makes it work OK.
Attached program can be built with 'fltk-config --compile resize.cpp' on the Mac to demonstrate the problem; window shows as a tiny size (25,25) instead of (380,180).
resize.zip
The text was updated successfully, but these errors were encountered: