> > You're probably right, just to be sure if this problem was > > introduced after > > dynAPIX , I added the same test to the Dynapix branch in CVS. > > It shows that > > the form layers ARE selectable, but not after a layers has > > been dragged, so > > it was not fully working anyhow. > > > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/~checkout~/dynapi/dynapix /tes > ts/drag_forms.html >
I think you didn't notice (my CVS-mail hasn't been approved yet) but I changed drag_forms.html yesterday and added a new DragEvent onmousedown-listener (overwrote the dragevents.js onmousedown listener, just to update the test with my fix. And I saw you just copied the test from dynapi-directory to dynapix so my fix is in the dynapix- version as well (maybe that's why it's working) http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/~checkout~/dynapi/dynapix /tests/drag_forms.html?rev=1.1&content-type=text/vnd.viewcvs-markup > Judging from this I would think that this problem could be avoided without > using the fix, but I'm sure not going to find it, so if nobody else does, I > guess the fix, clearly commented, is the next best thing. Of course, if somebody comes up with a nicer fix (as I say I don’t really like this solution, I think, as you said, the mousedown should be stopped in mouse.js). but anyway, until we have a better fix, my is better then nothing and could be commented "temp" or something BTW have you tested it in different browsers? so we don't rely only on my testing.. > It would be nice if the screen-redraw hacks could somehow be in the > onmouseup part of dragevents, something like : > if(lyr.doc.forms.length>0){ > //hacks > } > yes, I just putted in my own ondragend-listener to test it (and not have modify dragevent.js just for testing. /martin _______________________________________________ Dynapi-Dev mailing list [EMAIL PROTECTED] http://www.mail-archive.com/dynapi-dev@lists.sourceforge.net/
