| | [ Return to Bugs & Features | SVN ⇄ GIT ]
STR #1993
| Application: | FLTK Library |
|---|
| Status: | 2 - Closed w/o Resolution |
|---|
| Priority: | 3 - Moderate, e.g. unable to compile the software |
|---|
| Scope: | 2 - Specific to an operating system |
|---|
| Subsystem: | WIN32 |
|---|
| Summary: | No redraw when dragging windows |
|---|
| Version: | 1.4-feature |
|---|
| Created By: | danh |
|---|
| Assigned To: | AlbrechtS |
|---|
| Fix Version: | None |
|---|
| Update Notification: | |
|---|
Trouble Report Files:
No files
Trouble Report Comments:
| |
| #1 | danh
05:40 Jul 02, 2008 |
| I've checked 1.1.7 & 1.1.9, you can see this in the threads example. If you click/drag the title bar to move one window, all fltk windows stop being redrawn. I've determined that timers still work correctly during this time, but something is preventing the windows from redrawing. Non-fltk applications I've tested don't have this problem. Even if there's a temporary work-around I'd like to know about it. Note that I've only tested w/ windows.
Thanks! | |
| |
| #2 | matt
08:23 Jul 18, 2008 |
| Should be applied to 1.3 because 1.1.9 is final.
MS Windows usually sends no redraw messages during a window drag operation. There may be flags (or tricks) to change this. Has anyone an idea? | |
| |
| #3 | AlbrechtS
12:00 Jan 15, 2023 |
| This STR has not been updated by the submitter for two or more weeks and has been closed as required by the FLTK Configuration Management Plan. If the issue still requires resolution, please re-submit a new STR.
We do not know how to fix this "window dragging" issue under Windows, hence I'm closing this STR now.
If anybody knows how to fix this or if there is still interest in this feature, please discuss this in fltk.coredev and/or open a GitHub issue or PR (PR, i.e. patches preferred).
At least there should be links to documentation or solutions in other toolkits. | |
[ Return to Bugs & Features ]
|
| |
