Drag and drop not working with IE8 and below

I've just pushed f43b8f8 which should make Atom reference fully functional, and include the SAS representation in the WYSIWYG stuff, which make the atom display after the content is saved.

Still looking into wether it's possible to intercept the drop event on the RTE iframe and replace the SAS with the RTE representation straight away.

Yup, that's the second paragraph of the comment #1, but it probably wasn't very explicit ;-)

What's included in the RTE right now is the SAS wrapped in two <div>s (something like <div class='dnd-atom-wrapper'><div class='dnd-drop-wrapper'>[scald=65:sdl_editor_representation]</div></div>). IE only allows us to put in a purely textual representation in the drag'n'drop dataTransfer object, so ideally, they should be inserted somewhere else. A possible hook point would be when the atom is dropped in the RTE, but it's trickier that it should be because of another IE specifity (the drop event doesn't bubble up in the DOM tree, even though it's supposed to…)

It didn't work with IE because IE was not a target browser.

Commit ff92f1e makes it work with IE9+. There is a little hope to see if it could work with IE8, so I leave this issue open.

http://stackoverflow.com/questions/16613142/ie8-drop-event-does-not-work... and Reinmar is a CKEditor core developer. I didn't have time to work on it, but post this link to keep people informed and not have valueable information lost.

Hi !

Drag & drop didnt work for me in CKEditor for ie10. This patch correct this behaviour. But ie8 is still buggy :(

Thanks, patch #7 committed. #dcparis13

Drag and drop doesn't appear to work in IE8, IE9 or IE10 on the scald galaxy distribution. In most cases when you drag an image from the scald sidebar to the content body section it shows the not allowed mouse icon and won't let you do it at all. In other cases it inserts something like: [scald=2:sdl_editor_representation] in there which once saved works fine and you can even see it in the editor after it has saved, just not when you first insert it.

To get this behaviour I installed a clean scald galaxy instance and added users, that's it! It all works beautifully in FF and Chrome.

I simply can't get drag n drop atoms to work. The image displays when I'm in the text area in the backend however as soon as I go back to the front end to view the content it's output as:

[scald=6:sdl_editor_representation] , etc

I've tried the latest dev version, tried with various wysiwyg's running drupal 7.23 in firefox 24 & latest chrome. I've checked the text formats to see if there is a scald filter to interpret atom. After quite a few hours of trying to find a solution - no luck.

I've had to go back to media (regrettably) as I've honestly no clue how to fix this? Am I doing something wrong or is it simply a case of at present scald is having drag n drop issues with atoms? When trying galaxy out there was no issues like this.

Many thanks for any help received :)

#11 try Scald Galaxy or read documentation to know how to properly configure the module.

Finally I think we should look at Draggable (jQuery UI), or even use it, to improve compatibility.

Tagging.

Opening another discussion here : https://drupal.org/node/2073413 allows now IE8 users to sue the library by doubleclicking or hitting an "insert" link to embed media => I think it's enough, especially on the day Google Apps has decided to drop IE9 support :)

@ #12 - must have been v tired asking that question. Just come back now to look at scald and it's all working fine including drag n drop in body.

The only thing I've done different between now and then is update to the latest dev.

Many thanks for a great module. :)

I've changed the way how DnD works in #2013823: Default context per field. I think it should work with IE8 (not tested yet).

Event dragstart does not appear to be working on IE.
Here is a patch that handle Drag&Drop for wysiwyg.

Thanks for the patch. Here is a summary of my reviews (plus comments from defr on IRC):

- Better way to detect IE8 than useragent (maybe that the feature detect (like in Modernizr) for "draggable" will work?).;
- The feature "double click to insert" works for IE, too.
- The way to insert an atom to the wysiwyg editor is quite literal. We do something like that in insertAtom (in dnd-library.js) that could take as an example.

This patch doesn't work for me, on any version of IE (emulated) - still always shows up as "[scald=2:sdl_editor_representation]" instead of an image.

The workaround of saving and coming back does work, but it's not the greatest solution at the moment. I'd rather not have to go back to Media, but IE is the main browser used by our client.