| | [ Return to Bugs & Features | Roadmap 2.0 | Post Text | Post File ]
STR #2362
| Application: | FLTK Library |
|---|
| Status: | 5 - New |
|---|
| Priority: | 1 - Request for Enhancement, e.g. asking for a feature |
|---|
| Scope: | 3 - Applies to all machines and operating systems |
|---|
| Subsystem: | Unassigned |
|---|
| Summary: | Scrollbars fixed in HelpView |
|---|
| Version: | 2.0-feature |
|---|
| Created By: | rainbowsally |
|---|
| Assigned To: | Unassigned |
|---|
| Fix Version: | Unassigned |
|---|
| Update Notification: | |
|---|
Trouble Report Files:
[ Post File ]
Trouble Report Comments:
[ Post Text ]
| |
| #1 | rainbowsally
12:33 May 02, 2010 |
| I was honestly expecting this to take up to a week!!
This is really a very very well designed system. Both versions are.
Anyway,
HelpView scrollbar visibility fixed.
In HelpVeiw.cxx around line 2437 following this line.
set_changed();
add this line.
relayout();
In the same file around line 2834 following this line
set_changed();
add this line.
relayout();
The temptation is to create a new "set_changed" for this widget but
since this has caused so much of a problem debugging, it's probably
best to leave it explicit, if nothing else as example code.
The image in the fltk docs is still not showing properly first time
around (and similar problems occur with other images).
The scroll buttons on the scrollbars are also still brain-dead, either by design or due to some changes in the way groups link so they may need to be daisy-chained manually until we find out why the groups are acting so weird.
We're halfway through HelpView... what challenge this has been. :-) But not nearly as bad as I was expecting.
Brick Wall v. Head.
I'll upload the before (don't see) and after (do see) pix as attachments so in the next couple of posts you can see what's still wrong with our images in v-2.x | |
[ Return to Bugs & Features | Post Text | Post File ]
|
| |
FLTK Apps 
