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

[STR New]

Link: http://www.fltk.org/str.php?L1915
Version: 2.0-current


I've attached a patch to fix this problem partially. The only thing the
patch does is to add GROUP_TYPE to any option of scroll bar. The patch
also adds a DEFAULT option to be used instead of type(0).

I mean partially because if a customer code use type(0), it will override
the GROUP_TYPE flag in Widget::type_ attribute. To avoid that, the correct
use would be type(DEFAULT) because it keeps the GROUP_TYPE bit on.

The patch also changes test/scroll.cxx to use type(DEFAULT) instead of
type(0) and to printf the is_group() information whenever the type() is
changed.

It seems to me that we need to rethink the way type() is used by the
library.

In my point of view type() should be used to tell which type of Widget we
are using (RTTI), like Window, Group, Menu and so on.

For information about other widget characteristics, we should use a proper
method for that, like an option() method or something similar.

Now, if we want to continue to use type() the way it is used today, for
compatibility purposes, then we should think about making type() virtual
and for all Widgets this method should be implemented always adding the
RTTI specific bits.


Link: http://www.fltk.org/str.php?L1915
Version: 2.0-current

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

Reply via email to