Hi,
Although this fix does seem to work, and can be used for a quick fix if
needed, I think the real problem is in mouse.js. (but I could be wrong).
The mousemove event that arrives in dragevents.js when trying to select a
textfield should never have been allowed to occur in the first place.
In mouse.js, line 157 we have this:
// Click on links and form elements
if(e && e.target.handleEvent && e.target!=this &&
(e.target.handleEvent(e) == false)) evt.browserReturn = false;
}
else {
if(e.preventDefault && !evt.browserReturn)
e.preventDefault();
}
The idea here was that if the originator of the event was not "this" the
event should not be captured. At least, that's what I make of it. AFAIK the
first segment works for NS4, the second part for the rest.
In DynAPI versions a little older, I think before may (first DynapiX
release) , this part was different, and IE had no problems with forms in
dragable layers. Then these changes were made because NS4 captured clicks
inside Dynlayers.
Still we have a problem with NS4, where hyperlinks don't work in draggable
layers.
We still have DynAPIX in CVS, maybe there's some hints in there, but it
might just be easier to drop in your fix, and add one for URL's in NS4,
instead of overhauling the whole events system again.
Richard.
BTW your URL was wrong, it's:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/~checkout~/dynapi/dynapi/test
s/drag_forms.html
(you missed a slash)
----- Original Message -----
From: "martin ström" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, November 12, 2001 6:56 PM
Subject: RE: [Dynapi-Dev] RE: dragging and forms
> hm, okey, i've just updated the drag_forms.html test file in CVS to
> let you test it. i made ns4/win doing a screen-refresh by adding
>
> document.bgColor = document.bgColor;
>
> in the ondragend-listener. to do the sam on ie/mac i did:
>
> document.body.className = document.body.className;
>
> and it worked when i tested. so please, take a minute to
> test and look at the new test, if we're gogin to apply this
> fix to dragevent.js and update CVS:
>
> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi~checkout~/dynapi/dynapi/t
> ests/drag_forms.html
>
>
> /martin
>
> > -----Original Message-----
> > From: Benoit Marchant [mailto:[EMAIL PROTECTED]]
> > Sent: den 12 november 2001 18:47
> > To: martin ström
> > Cc: [EMAIL PROTECTED]
> > Subject: Re: [Dynapi-Dev] RE: dragging and forms
> >
> >
> > 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/
>
_______________________________________________
Dynapi-Dev mailing list
[EMAIL PROTECTED]
http://www.mail-archive.com/dynapi-dev@lists.sourceforge.net/
