W3C home > Mailing lists > Public > whatwg@whatwg.org > September 2009

[whatwg] HTML 5 drag and drop feedback

From: Sebastian Markbåge <sebastian@calyptus.eu>
Date: Thu, 17 Sep 2009 22:09:42 +0200
Message-ID: <491930550909171309q6259123cu87886cb9d0aefb52@mail.gmail.com>
>> As you stated, both IE and Safari have this thing pretty nailed down for
>> quite a while now already.

> Both IE and Safari are quite buggy when it comes to drag-and-drop
> actually, at least compared to what the spec says (especially IE).
>> Firefox has done a considerable amount of work to implement this as well
>> and at the very least advertises it as a "complete" feature. Is there
>> some way to measure the quality of implementations?

> We'll need a test suite.

I started to summarize all the bugs and quirks of the browsers implementing
these features but there are really too many in all browsers. It'd be easier
to have a positive test suite to show what is actually working. You can
search the bug reports for more info.

No browser has implemented the copy/paste part of the spec.

It's also noteworthy that the interaction with the OS, other applications
and cross-window drag/drop is largely left up to the browser. So, even when
everything works, the specifics of various implementations will vary. For
example to override a link URI you want to set "text/x-moz-url" in Mozilla
to get expected behavior of "text/uri-list" in other browsers.

As for lazy data...

If the drag/drop is actually a copy/paste, you still have to serialize ALL
data. If your script made the assumption that it wouldn't, then that could
cause some interesting bloated clipboard. To me, this is just another
example of why the copy/paste API should be separate.

I've also suggested that you allow for lazy loading of data as entire files
using: dataTransfer.setRemoteData(type, uri);

Using a remote URI in the clipboard, that API could lazily load data even
after the document is unloaded.

But I also like the idea of a callback.

(Most annoying DnD bug right now: IE blocks the thread which means no
setTimeout, no animations or anything asynchronous during a drag operation.)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.whatwg.org/pipermail/whatwg-whatwg.org/attachments/20090917/e1647181/attachment.htm>
Received on Thursday, 17 September 2009 13:09:42 UTC

This archive was generated by hypermail 2.3.1 : Monday, 13 April 2015 23:08:52 UTC