BTW, holding back an SVN checkin of Fl_Tree for the 'public scrollbar' RFC
(large thread of patches to Fl_Tree in fltk.general) didn't want to check in
public scrollbar stuff only to have to retract it if there's a better way.
Greg Ercolano wrote:
> I've been fleshing out Fl_Tree's API a little bit, as the one in SVN now
> is lacking several features.
>
> Since Fl_Tree is very similar to Fl_Browser in behaviors and API needs,
> I've been trying to use Fl_Browser as a model at times.
>
> One thing I'm wondering about: Fl_Browser has both scrollbars public.
> Should I do this in Fl_Tree too, or is there a 'better way'?
>
> The most common thing to want to do with the scrollbar is change its value,
> easily be solved with a simple method.
>
> But folks might also want to adjust its width, colors, step rate,
> or who knows what.. in which case it might make more sense to be public.
>
> I can certainly make it public; just wondering if there's a better thing
> to do.
>
> Suggs on API design?
_______________________________________________
fltk-dev mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk-dev
