Not offhand. In theory, mouse down triggers the bind(mousemove) and mouse up unbind's it, so you should not be seeing that behavior. There is a small typo in the args/invert checking above, i randomly added after pasting my test page into the email.
var invert = (args ? (args.invert || false) : false); but that shouldn't affect this. But my jquery foo is admittedly sub-par, so please feel free modify my snippet and repost if enhanced. I did identical jquery/dojo ones last night upon reading the grandparent post (link). The only difference between them is i'm calling dojo.setSelectable(false|true) on drag start to prevent text from being selected. Not sure if jq has one of those. probably. And to be completely honest, I only tested the dragpane thing in FF. on that same note, I did another jquery thing someone mind find useul, or other enhance for the community's sake: http://dojotoolkit.org/~dante/magnify/MagnifyDemo.html to make it NOT take 100% of CPU, move the .coords() call to the _show() function. I've not updated that on that page, but it seems to work. I should have known better than to call dom calculation functions inside a mousemove event. (sorry in advance for loading jquery, dojo, and prototype on the same page) Regards, Peter Higgins On Jan 25, 2008 5:05 AM, Dave Stewart <[EMAIL PROTECTED]> wrote: > > Pete, > Great little plugin there! I've done teh same using vanilla > JavaScript; have yet to convert it to jQuery but this is a nice > insight. > > One problem (bug) is that you seem to have to click (then it freezes) > then release to move around, then re-click to cancel. > > Do you know why the mouse handlers are not responding as they in > theory should? > > Cheers, > Dave >
