Thanks, Mustafa. I had this in mind, but the interaction is both directions, so that some events in the inner iframe's dom are caught to do actions in the ouside qooxdoo controlled area. Wouldn't this solution break this interaction? (I mean, wouldn't that drop target block the events on layers behind it?)
2015-07-29 15:14 GMT+02:00 Mustafa Sak <mustafa....@1und1.de>: > Hi, > > > > well Drag & Drop handler changed massively because of using of pointer > events. Now it looks like the pointer move will be prevented, how ever. > > Feel free to open a bug, but I would advise you to overlay the iframe with > an „drop target“ layer, which shows the user that an drop does change the > whole iframe not even the DOM element you spotted inside the iframe. > > > > May be this workaround can solve your D&D issue and improves your user > experience. > > Dank & Gruß > * Mustafa Sak* > > Softwareentwickler > Mail Development > > 1&1 Mail & Media Development & Technology GmbH | Brauerstraße 48 | 76135 > Karlsruhe | Germany > Phone: +49 721 91374-6977 > E-Mail: mustafa....@1und1.de | Web: www.1und1.de > > > > *Von:* Qoo Goo [mailto:qoo...@gmail.com] > *Gesendet:* Mittwoch, 29. Juli 2015 14:27 > *An:* qooxdoo Development > *Betreff:* [qooxdoo-devel] Dragging over an iFrame no longer works when > migrating to qx 5.0 > > > > Hi, > > > > I am migrating an application from Qooxdoo 3.5.1 to 5.0 and, after fixing > some behaviour changes related to events (click to tap and so), I'm stuck > with a problem dragging onto an iframe. > > > > The problem is that when dragging elements onto the iframe, the drag event > seems to get stalled at the limit of the iframe. You cannot enter the > iframe keeping the drag active (it's curious because if you capture the > event in the parent as I do in my app and you enter the iframe passing over > a zone not occupied by the iframe, then it seems it seems it captures the > event, but in any case the "dragover" event doesn't work). > > > > In the examples I put below, you'll see that if you enter the iframe from > the top of the window, it doesn't work as I would expect (as it did in > 3.5.1), but the drop event is caught. If, instead, you enter the iframe > from the bottom (and dragging fast), it doesn't. > > > > You can see how behaviours differ from Qx 3.5.1 to Qx 5.0 in following > links to the playground. > > > > 3.5.1: > > http://tinyurl.com/og6l97e > > > > 5.0: > > http://tinyurl.com/nw3ur95 > > > > Does anybody know if Is this a bug or a behaviour change? If it is the > behaviour change, how would you achieve the goal of dropping onto the > iframe? > > > > Thanks > > > ------------------------------------------------------------------------------ > > _______________________________________________ > qooxdoo-devel mailing list > qooxdoo-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel > >
------------------------------------------------------------------------------
_______________________________________________ qooxdoo-devel mailing list qooxdoo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
