[Webkit-unassigned] [Bug 47482] Add webkitGetDataBlob/webkitSetDataBlob to event.dataTransfer
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Fri Oct 15 14:08:27 PDT 2010
https://bugs.webkit.org/show_bug.cgi?id=47482
Jian Li <jianli at chromium.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #70437|review? |review-
Flag| |
--- Comment #4 from Jian Li <jianli at chromium.org> 2010-10-15 14:08:27 PST ---
(From update of attachment 70437)
View in context: https://bugs.webkit.org/attachment.cgi?id=70437&action=review
> WebCore/ChangeLog:9
> + copy-and-paste or drag-and-drop in WebKit.
Can you add a link to the proposal or discussion?
> WebCore/ChangeLog:11
> + No tests. No functionality changed.
I think we should say that the test will be added when we have the stub implemented.
> WebCore/WebCore.xcodeproj/project.pbxproj:748
> + 2EDEF1F4121B0EFC00726DB2 /* BlobData.h in Headers */ = {isa = PBXBuildFile; fileRef = 2EDEF1EE121B0EFC00726DB2 /* BlobData.h */; settings = {ATTRIBUTES = (Private, ); }; };
Why do we need to change the settings? Do you mean to copy the header file to PrivateHeaders? If needed, please explain in ChangeLog.
> WebCore/dom/Clipboard.h:67
> + virtual PassRefPtr<Blob> webkitGetDataBlob(const String& type, bool& success) const = 0;
Can we simply return 0 to indicate failure, instead of introducing an extra boolean output parameter?
> WebCore/dom/Clipboard.h:68
> + virtual bool webkitSetDataBlob(const String& type, PassRefPtr<Blob> data) = 0;
You can omit 'data' argument name.
> WebCore/dom/Clipboard.idl:41
> + [Custom] void webkitGetDataBlob(in DOMString type)
Do we need Custom attribute? I think probably we can remove it if we remove 'success' parameter Clipboard::webkitGetDataBlob?
Do we consider adding a feature guard to wrap this new feature?
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list