DO NOT REPLY TO THIS MESSAGE.  INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.

[STR New]

Link: http://www.fltk.org/str.php?L1895
Version: 1.2-current


I have prepared version 2 of the str1895 patch. This patch does the
following to Fl_Scroll:

1) Overrides end(), add() and init_sizes() to call init_scrollbars(). This
ensures that Fl_Scroll::bbox() will always return the correct position and
dimensions.

2) Added the call to init_scrollbars() in Fl_Scroll::resize() after the
base widget is resized.

3) Updated the .html documentation for Fl_Scroll. I added an entry for
bbox() and init_sizes().

These allow for Fl_Scroll::bbox() to return the current viewable area
which is mainly important for derived widgets. Having these overridden
functions make it not necessary for derived widgets to have to call
init_scrollbars() they can trust the return values of bbox().

The Fl_Scroll::draw() remains untouched. Ideally, Fl_Scroll::draw() should
call init_scrollbars() so that the scrollbar logic is in one place instead
of duplicated. But that optimisation would require more debugging an
testing. 

One question though, in Fl_Scroll::resize(), why is the
Fl_Widget::resize() called instead of Fl_Group::resize()?


Link: http://www.fltk.org/str.php?L1895
Version: 1.2-current

_______________________________________________
fltk-bugs mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk-bugs

Reply via email to