Ben: I filed this as STR #2427. Drop me a note if there's anything I can do to help...
don > On 07/10/10 19:43, Albrecht Schlosser wrote: > > > > I tried the test program on my Win7 system, and I can confirm that > > the odd cursor behavior can be seen with a GL subwindow. I also added > > a few printf's and could see that the "normal" events arrived at the > > subwindow. I also moved the call of GlWindow::handle() to the default > > case (as it should IMHO be in most cases) to prevent any interaction > > with the GL Window's default behavior (i.e. after processing events > > in the subclass like ENTER and MOVE I did *not* call the base class's > > handle() method). No change. > > > > Then, being curious (and a FLTK 1 user/dev.), I ported the test > > program to FLKT 1, and ... it worked as expected (I mean as it > > should: the cursor keeps its cross shape in the GL window), and > > adding the missing (FL_)LEAVE event to change the cursor back > > works as well. > > > > Thus, I don't think that the GL driver is to blame, it's more a > > FLTK 2 issue. That said, I'm not going to debug FLTK 2 code, but > > I hope that my tests and insights are helpful... > > > > Yep, I'll confirm this too. Moreover, it seems to be a Windows-specific > problem - under both msys and visual studio the same result happens. > Don, for now you should be able to get away with my example; as I said a > GlWindow is derived from a Window anyway, so you'll have all the same > functionality that you need, along with the added benefits of the OpenGL > stuff. > If you could open a STR, I'm happy to go digging for this to see what's > going on. > I can't promise the patch within the weekend, but I'll do my best. > > Ben > _______________________________________________ fltk mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk
