Hi I came up with a workaround for that bug on ie5 on Mac OS 8.x (It's fixed on OSX). I did <DIV STYLE="position:relative;"><FORM .....>Your content</FORM></DIV>, all that inside the dynlayer. Don't ask me why ....
Benoit Marchant On Monday, November 12, 2001, at 07:57 AM, martin ström wrote: > (and now the message as it was meant to be:) > > working for me on windows ie6, ns4, moz 0.9.5, ns6.2 and mac ns4, > moz 0.9.5 ns6.1 and ie5 (except the actual form-element seems not > to be moved, just the visible part of it. so when you type in the field, > the > text will appear in the old position (look at my attachment) > > i screen-refresh (like resizing the window) redraws the elements on > right position. how could with update the screen? simply hiding and > showing the layer won't do it, we could rewrite all html-content > lyr.setHTML(lyr.getHTML()) in a ondragend-listener but then all typed > data would be lost. looping through all forms and save them to temp- > object and write all values back again? NS4 also (both mac and windows) > must have some solution like this. > > anyway, i want somebody more involved in dynapi-event code > to confirm my fix is a proper way to handle this, and if somebody > know how to do the redrawing, please let me know. > > /martin > >> -----Original Message----- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED]] On Behalf Of >> Doug Melvin >> Sent: den 12 november 2001 15:57 >> To: [EMAIL PROTECTED] >> Subject: Re: [Dynapi-Dev] RE: dragging and forms >> >> >> If it's been tested in all supported browser then I would >> recomend adding >> it. >> >> Except: Your sample ony executes o if.def.. >> I ythought this was a problem in NS? >> ----- Original Message ----- >> From: "martin ström" <[EMAIL PROTECTED]> >> To: <[EMAIL PROTECTED]> >> Sent: Monday, November 12, 2001 5:01 AM >> Subject: RE: [Dynapi-Dev] RE: dragging and forms >> >> >> we can fix this bug by adding this to >> DragEvent.lyrListener.onmousedown >> in dragevent.js >> >> if (is.def) { >> var tn = is.ie? e.orig.srcElement.tagName : >> e.orig.target.tagName; >> if (tn=="INPUT" || tn=="TEXTAREA") return; >> } >> >> actually i don't really like this solution, but we could use it >> until we have figured out how to solve in a nicer way. i'm >> not that involved how all events work so there might be a >> better way around. >> >> what do you think? >> >> /martin >> >> -----Original Message----- >> From: Richard Bennett [mailto:[EMAIL PROTECTED]] >> Sent: den 8 november 2001 10:29 >> To: martin ström; [EMAIL PROTECTED] >> Subject: Re: [Dynapi-Dev] RE: dragging and forms >> >> >> Yeah this is serious, I wonder where this crept in. I have forms in >> draggable layers working fine in older versions. >> NS4 seems to be the only one working ok, that should give us a hint... >> >> the test is in CVS, here: >> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/~checkout~/dyna > pi/dynapi/ >> tests/drag_forms.html >> >> Richard. >> >> ----- Original Message ----- >> From: martin ström >> To: [EMAIL PROTECTED] >> Sent: Thursday, November 08, 2001 9:46 AM >> Subject: [Dynapi-Dev] RE: dragging and forms >> >> >> and here is the attached file... >> >>> -----Original Message----- >>> From: martin ström [mailto:[EMAIL PROTECTED]] >>> Sent: den 8 november 2001 09:45 >>> To: '[EMAIL PROTECTED]' >>> Subject: dragging and forms >>> >>> >>> there is a bug when using forms in a draggable layer. i >>> noticed it when i >>> read about bug #463584 >>> (http://sourceforge.net/tracker/index.php?func=detail&aid=4635 >> 84&group_id=5757&atid=105757) >>> >>> the problem is that you are unabled to select text in >>> inputfield and textareas, >>> you dragging the layer around instead. >>> >>> if a textarea has a scrollbar and you try to scroll it, ie6 >>> and ie4 (probably ie5 and >>> ie55 as well) doesn't stop drag on mouseup and the layer >>> follows the mousepointer >>> all the time. >>> >>> all browsers i've tested on (ie6, ie4, ns6, moz, ns4 >>> (windows) ie5 mac) >>> acts this way, and doesn't allow me to select text. ns 4 on >>> mac seemes ok. >>> >>> attached is an example of this bug. let me know if you want >>> it in cvs/test-directory. >>> >>> btw, moz/ns seemes to have problem with textareas in layers >> (draggable >>> or not). the content isn't visible at all. >>> >>> /martin >>> >> >> >> _______________________________________________ >> Dynapi-Dev mailing list >> [EMAIL PROTECTED] >> http://www.mail-archive.com/dynapi-dev@lists.sourceforge.net/ >> >> >> _______________________________________________ >> Dynapi-Dev mailing list >> [EMAIL PROTECTED] >> http://www.mail-archive.com/dynapi-dev@lists.sourceforge.net/ >> > _______________________________________________ Dynapi-Dev mailing list [EMAIL PROTECTED] http://www.mail-archive.com/dynapi-dev@lists.sourceforge.net/
