> On 06.04.2010, at 20:21, mark olesen wrote: > > if you set focus to any controls other than the scroll bars, > > then using the mousepad scroll feature, try to scroll up or down. > > What happens is the vertical scroll bar widget will move up and down, not > > the control that currently has focus. > > > > fltk-1.3.x-r7020 > > Yes, this is true. It's not a bug though, it's a feature ;-) > > The "problem" is that almost no widget "takes" (uses) the > FL_MOUSEWHEEL event, and FLTK "tries very hard" (cited off > the top of my head) to deliver all events to a widget. Thus, > eventually all widgets are queried if they want to use the > event in their handle() method, and the only one that takes > it is the vertical scrollbar. > > The same is true for FL_KEYUP events (they are also sent to > all widgets, most of the time). > > We could say that it is a feature request that all FLTK core > widgets that *can* take a FL_MOUSEWHEEL event (sliders etc.) > should do so. Please file an STR at http://www.fltk.org/str.php > for a feature request for FLTK 1.3, so that it won't get lost.
I am new to fltk and just evaluating it. So, it just seemed weird to me. However, if it's the way it is, then I suppose leave it alone. I guess when fltk did things, they really did do it differently. I also suppose I have a huge learning curve ahead --- things are not so simple afterall. > > ----- > > BTW.: This newsgroup/forum is reserved for bug tracking. Please > don't post here directly. Use fltk.general (for questions) or > the STR form mentioned above to report bugs. Thanks. > np, my bad. It said, bugs, so that's where I put it. > Albrecht please go ahead and close this out... Thanks all... _______________________________________________ fltk-bugs mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-bugs
