Dragged Widget Not Following Fast Drag Over Iframe

[GoogleCodeExporter]

I am experiencing a problem when dragging a widget over an iframe.  If
the mouse movement is slow enough so that the cursor never leaves the
draggable widget's area while entering the iframe everything goes
well.  However, if   the mouse movement is fast enough so that the
cursor enters the iframe after having left the widget's area, but
before the widget has a chance to enter the iframe, then the widget
position is no longer updated and it stays at the edge of the iframe.
If you continue pas the iframe the widget's position is updated again.

This is fairly easy to reproduce on the gwt-dnd demo page

http://allen-sauer.com/com.allen_sauer.gwt.dragdrop.demo.DragDropDemo/DragDropDe
mo.html

by going to the Demo 7 tab, putting the and trying it out using one of
the red draggable widgets on the left.

Original issue reported on code.google.com by kaa...@gmail.com on 25 Feb 2008 at 12:27

[GoogleCodeExporter]

A specific variation of this problem was reported in GWT issue 1772, along with 
a
workaround you might try:
  http://code.google.com/p/google-web-toolkit/issues/detail?id=1772

The general problem is that in some browsers mouse events over IFRAMEs are not 
sent
to the capturing widget in the parent page. I recommend logging this as an 
issue on
the GWT issues tracker 
(http://code.google.com/p/google-web-toolkit/issues/list) for
a more general, cross browser, solution to the mouse event problem.

Original comment by fredsa on 27 Feb 2008 at 2:58

• Changed state: Accepted

[GoogleCodeExporter]

Try to use GWT Incubator GlassPanel (this is what I do in gwt-mosaic, see:
http://69.20.122.77/gwt-mosaic/Showcase.html#CwWindowPanel , open the "Basic" &
"Sized" window panels, the sized contains an IFRAME, and move the "Basic" over 
the
"Sized")

Original comment by georgopo...@gmail.com on 25 Oct 2008 at 6:28

[GoogleCodeExporter]

Fixed in r959

Original comment by fredsa on 28 Jul 2009 at 8:36

• Changed state: Fixed

[GoogleCodeExporter]

Actually, not working as per current stage 3.0.1.

You can check this even on the DEMO page for the Demo 7 tab as it's been 
mentioned in
the first comment. The behavior exactly the same as it's been initially 
described.

This is a breaking issue that makes our project to consider switching from your 
nice
DND library :( We're dealing with RichTextArea GWT which uses IFrame inside. 

Original comment by pauli...@gmail.com on 26 Apr 2010 at 4:04

[GoogleCodeExporter]

Thank you for reporting this.

I've improved the fix as it were in r1030.

Original comment by fredsa@google.com on 26 Apr 2010 at 11:02

Attachments:

• gwt-dnd-r1030.jar

[GoogleCodeExporter]

Thank you for your early replay and a quick fix for this issue. Our customers
appreciated that very much.

However, I would like to add my 5 cents.
Setting a Z-Index to some high value might play a bad joke in case someone is 
already
using another Z-Index value which is higher than 1000 (as it's been specified 
in fix).

The root of the issue is that the glass-DIV was placed _before_ the last 
element of
the body. The fix will add more value if we could add the glass-DIV as the very 
last
element in body. For instance, using the following: 

Document.get().getBody().appendChild(capturingWidget.getElement());

Hope the mentioned above matters for you.
Thanks again!

Original comment by pauli...@gmail.com on 28 Apr 2010 at 9:45

[GoogleCodeExporter]

In MouseDragHandler, the startDragging() method does add the capturing widget 
as the last child of the body via:
      RootPanel.get().add(capturingWidget, 0, 0);

Is there another place where this need to happen?

Original comment by fredsa@google.com on 30 Apr 2010 at 5:29