| | [ Return to Bugs & Features | Roadmap 1.1 | SVN ⇄ GIT ]
STR #1297
| Application: | FLTK Library |
|---|
| Status: | 1 - Closed w/Resolution |
|---|
| Priority: | 2 - Low, e.g. a documentation error or undocumented side-effect |
|---|
| Scope: | 2 - Specific to an operating system |
|---|
| Subsystem: | MacOS |
|---|
| Summary: | Windows in OS X seem to click back to the "minimum" wdth of 100 pixels |
|---|
| Version: | 1.1.7 |
|---|
| Created By: | matt |
|---|
| Assigned To: | matt |
|---|
| Fix Version: | 1.1-current (SVN: v5163) |
|---|
| Update Notification: | |
|---|
Trouble Report Files:
No files
Trouble Report Comments:
| |
| #1 | matt
11:06 May 28, 2006 |
| In OS X, even widnows without decoration seem to pop back uncontrollably to a minimum width of 100(?), even if instructed otherwise. | |
| |
| #2 | matt
15:36 May 28, 2006 |
| A quick workaround on the application side is to call "size_range(w, h, w, h)" before calling "resize(...)" on the window. I will add the required code in the core files tomorrow, fixing the bug. | |
| |
| #3 | matt
00:36 May 30, 2006 |
| Fixed resizing in OS X. The code was not only unneccesarily convoluted, but also forced some default sizes on user requests for specific window sizes. The new code also avoids two system calls and shortens a move/size combination into a single resize, which reduces some flicker on extreme resizes (but not all flickering - Apple, what's up with that?). | |
[ Return to Bugs & Features ]
|
| |
