[whatwg] contentEditable and drag and drop cancel

[Charles Pritchard]

On 1/31/12 11:40 PM, Ryosuke Niwa wrote:
> On Tue, Jan 31, 2012 at 11:11 PM, Charles Pritchard <chuck at jumis.com 
> <mailto:chuck at jumis.com>> wrote:
>
>     On 1/31/12 10:55 PM, Ryosuke Niwa wrote:
>
>         I think I understand what you're saying now. For your use
>         case, you should
>         use dropzone content attribute:
>         http://www.whatwg.org/specs/web-apps/current-work/multipage/dnd.html#the-dropzone-attribute
>
>         Then all you have to write is a drop event handler where you
>         have access to
>         clipboard data.
>
>
>     Well that certainly justifies the dropzone attribute. Have any
>     vendors implemented it?
>
>
> We implement webkitdropzone.


The webkitdropzone semantic seems absolutely correct for text entry 
fields such as input text, contentEditable and textarea.
But, the implementation in Chrome does not move the caret, and I don't 
see an easy way to convey "accept all files".

WebKit was recently updated to match the specs:
https://bugs.webkit.org/show_bug.cgi?id=74834

The semantics in Chrome M16 were "copy f:image/jpeg" instead of "copy 
file:image/jpeg".

What's the proper way to convey wildcards? "copy file:*/*" ?

The behavior of dropzone in M16 has the same behavior as stopPropagation 
ondragover when the mime type matches.
When the mime type does not match, it has the desired behavior of moving 
the caret. I'd imagine this is a bug, not intentional.

-Charles