| [ Return to Bugs & Features | Roadmap 1.1 | SVN ⇄ GIT ]
STR #1497
Application: | FLTK Library |
Status: | 1 - Closed w/Resolution |
Priority: | 2 - Low, e.g. a documentation error or undocumented side-effect |
Scope: | 3 - Applies to all machines and operating systems |
Subsystem: | Documentation |
Summary: | Fl_Tile: Gap tooth tesselation leaves Widget droppings |
Version: | 1.1-current |
Created By: | wilson.afn |
Assigned To: | matt |
Fix Version: | None |
Update Notification: | |
Trouble Report Files:
Trouble Report Comments:
|
#1 | wilson.afn 10:05 Nov 13, 2006 |
| 1. Documentation: "Fl_Tile does not draw any graphics of its own." is wrong. After .box(FL_FLAT_BOX) it (at least) draws its background. See attached example. Perhaps, it could say, "Fl_Tile does not draw any adornments of its own."
2. Incomplete tesselation fails to refresh the exposed background. Try moving the boundary between the Browser and the Preview Box (in the attached example) to the right and then back to the left. | |
|
#2 | matt 05:33 Nov 26, 2006 |
| Ok, I see that here are some issues with the documentation which I will fix. The point is, that the Fl_Tile is merely a manager for its children. It is not supposed to draw anyting (unless you change the box type), because its children are supposed to draw the entire area. This means, that you must arrange the children of Fl_Tile, so that
1: they leave no pixel of the Fl_Tile uncovered 2: they do not overlap anywhere 3: results from 1 and 2: all children widgets must exactly touch at the edges
Your example is leaving an area uncovered, which is then, as announced in the docs, not handled or redraw. In this specific caes, you either make the right widget's top border touch the top of the Fl_Tile, or, if you value the outside label arrangement, put the widget into a group that itself covers the entire right half of the Fl_Tile.
"If the edges of adjacent widgets do not touch, then it will be impossible to drag the corresponding edges." | |
[ Return to Bugs & Features ]
|
| |