| | [ Return to Bugs & Features | Roadmap 1.1 | SVN ⇄ GIT ]
STR #1104
| Application: | FLTK Library |
|---|
| Status: | 1 - Closed w/Resolution |
|---|
| Priority: | 3 - Moderate, e.g. unable to compile the software |
|---|
| Scope: | 2 - Specific to an operating system |
|---|
| Subsystem: | WIN32 |
|---|
| Summary: | wait/awake/redraw latency problems unter Windows |
|---|
| Version: | 1.1-current |
|---|
| Created By: | xovo |
|---|
| Assigned To: | matt |
|---|
| Fix Version: | 1.1.7 (SVN: v4714) |
|---|
| Update Notification: | |
|---|
Trouble Report Files:
Trouble Report Comments:
| |
| #1 | xovo
12:35 Dec 02, 2005 |
| Hi all,
there's a problem with wait/awake/redraw under some circumstances.
(OS=Windows, FLTK=svn-1.1)
When fltk runs in a Fl::wait(float tm) loop, it doesn't instantly wake up (with Fl::awake() from a timer callback or second thread) and redraw windows. This only happens if the redraw() interval is longer than the wait() interval and in absence of other messages (like user interfacing).
See the attached example file. The window color should change every time the new color is printed out on the terminal. Instead it only changes when the Fl::wait() time has expired.
If one constantly moves the mouse over the window the behavior is as expected.
It seems that this bug has only been introduced lately (i guess on Nov 1st).
greetings,
Thomas | |
| |
| #2 | mike
18:05 Dec 13, 2005 |
| Please check the current 1.1.x branch and let me know if the recent changes we have made resolve this issue. | |
| |
| #3 | xovo
14:10 Dec 14, 2005 |
| sorry, can't see any difference.
The program code included in the STR still shows the problem.
greets,
Thomas | |
| |
| #4 | matt
03:35 Dec 16, 2005 |
| Fixed in Subversion repository. | |
[ Return to Bugs & Features ]
|
| |
