| [ Return to Bugs & Features | SVN ⇄ GIT ]
STR #2112
Application: | FLTK Library |
Status: | 1 - Closed w/Resolution |
Priority: | 3 - Moderate, e.g. unable to compile the software |
Scope: | 1 - Specific to a machine/printer |
Subsystem: | MacOS |
Summary: | OSX: changing a window's size() affects size_range() max |
Version: | 1.4-feature |
Created By: | greg.ercolano |
Assigned To: | AlbrechtS |
Fix Version: | 1.4.0 |
Update Notification: | |
Trouble Report Files:
|
#1 | greg.ercolano 09:48 Dec 25, 2008 |
| foo.cxx 0k | |
Trouble Report Comments:
|
#1 | greg.ercolano 09:48 Dec 25, 2008 |
| I find if I set the size_range() to a minimum and no maximum, the window can be resized as one would expect.
But if later the size() is set, it seems to have the effect of setting the maximum size_range() to the size() value.
Attached foo.cxx is a small demo of the problem. With 1.3.x, the user CAN'T enlarge the window.. with 1.1.x (eg. 1.1.7), the user can.
Can't replicate the problem on linux or win32, so it seems to be Mac specific. | |
|
#2 | AlbrechtS 12:28 Jan 05, 2023 |
| Fixed in Git repository.
I can't see this bug with the provided test program foo.cxx, neither in branch-1.3 (i.e. 1.3.8) nor in Git master (1.4.0).
I'm also sure that we fixed some size_range() issues but I can't tell which commit this was.
Greg, please check if you can still see the issue, or otherwise please close this STR. Thanks. | |
|
#3 | greg.ercolano 13:39 Jan 05, 2023 |
| Ha, this bug report is 25 yrs old, so yes, closing. I'm sure this was fixed long ago, perhaps by some other issue. | |
[ Return to Bugs & Features ]
|
| |