Hi Mike, Thanks for the clarification.
I've just had a play and found that it does indeed throw when it shouldn't even on my machine, this perplexed me until I realised that I've got into the habit of just click a mouse button while not moving straight after releasing the mouse button. Clearly the Trackball::isMouseMoving() method isn't working as it should... we'll do some further tinkering. Robert. On 6/9/07, Mike Weiblen <[EMAIL PROTECTED]> wrote:
I've noticed something along these lines as well: there are times when the mouse is definitely not moving and object motion has clearly stopped, but when mousebutton release occurs the motion suddenly resumes as if thrown. It's as if there's an stale mousemove delta lingering in the momentum calculation. It's bugged me for ages on both win32 and linux, but it doesn't happen all the time. (tho it usually happens most often when I'm trying to do very precise positioning :-/) My workaround has been to also press another button before releasing any; that seems to force the mousemove state into the event history. -- mew Robert Osfield wrote: > On 6/9/07, Mario Valle <[EMAIL PROTECTED]> wrote: >> > Ooo, we must come a different era... support for throwing in a >> > trackball has been something I've seen for over a decade. >> Yes, but not so sensitive! > > > Perhaps this is a platform specific sensitivity. If the mouse isn't > moving when you release the mouse the trackball should not throw. > > What platform are you working on? > > Robert. -- Mike Weiblen -- Austin Texas USA -- http://mew.cx/ _______________________________________________ osg-users mailing list osg-users@openscenegraph.net http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
_______________________________________________ osg-users mailing list osg-users@openscenegraph.net http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
