| | [ Return to Bugs & Features | Roadmap 2.0 | Post Text | Post File ]
STR #1946
| Application: | FLTK Library |
|---|
| Status: | 5 - New |
|---|
| Priority: | 3 - Moderate, e.g. unable to compile the software |
|---|
| Scope: | 3 - Applies to all machines and operating systems |
|---|
| Subsystem: | Unassigned |
|---|
| Summary: | scrollbars not working after switching virtual desktops in e17 |
|---|
| Version: | 2.0-current |
|---|
| Created By: | teythoon |
|---|
| Assigned To: | Unassigned |
|---|
| Fix Version: | Unassigned |
|---|
| Update Notification: | |
|---|
Trouble Report Files:
[ Post File ]
Trouble Report Comments:
[ Post Text ]
| |
| #1 | teythoon
09:57 Apr 29, 2008 |
| I noticed that the scrollbars of fltk2 applications (found with dillo2, confirmed to be a fltk2 problem with one of the test applications) break after switching from one virtual desktop (my window manager is e17) to another with the application window on it. The problem goes away if I move or resize the window so I would guess that it has something to do with window coordinates / dimensions not being correct.
Video attached that demonstrates the problem.
Bug found in fltk2 revision 6101. | |
| |
| #2 | matt
13:07 Apr 29, 2008 |
| Sounds a lot like the problem in 1.1.8 with the double use of Fl_Scroll::position(). Since this is a virtual function, a parent group trying to reposition a ScrollGroup widget will instead reposition the *contents* of the ScrollGroup. This is fine until you have Scroll inside a Scroll. At that point, all redrawinf will fail and the actul position of the inside Scroll is different from the the graphic representation.
We solved this by convertig the original missnamed Fl_Scroll::position() to Fl_Scroll::scroll_to(x, y) and changing all references to it. Now the original function gets its original meaning again and all is well. | |
[ Return to Bugs & Features | Post Text | Post File ]
|
| |
FLTK Apps 
