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
