<big snip> > Then I found that by reversing how I enabled/disabled the behaviors; > i.e., enabling them (and setting "reset" to "true") on a mouse release and > disabling the one I *didn't* want on a mouse press, I do not need > to override > the MouseRotate behaviors with Simeon's code after all. Except sometimes. > Sometimes that rogue "mouseReleased" event slips in behind the > "mousePressed" > event and stops my behavior from responding. I try again and it works.
In my case the behavior state was changed when a Swing control was activated (yes a mouse event, but not one to the Canvas3D). > > The good news for me is that a blend of Raj > and Simeon's > ideas give me smooth sailing. It's just disconcerting that > unknown creatures > lie just beneath my boat. We all know how those kinds of things > can jump up and > bite you later. It almost seems as if there is a bug, (perhaps a race condition) in the OpenGL/DirectX to Java3D event dispatching code. Any other speculations here? And unfortunately the semantics of the MouseXXXXX Behaviors are not that well documented (but appreciated nonetheless). Is this possibly a platform specific bug? My platform is Win32 + nVidia OpenGL + Java 3D 1.2..... Anyone seen this on Solaris? Simeon =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JAVA3D-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
