-
Notifications
You must be signed in to change notification settings - Fork 2.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Remove the dropzone attribute from the specification #2331
Comments
If it's not implemented in any browser (including nightlies/previews/tip-of-tree), feel free to go ahead with writing tests and proposing an HTML standard change. We should still check with all implementers just in case, but this sounds like a rather safe request. |
I agree this should be pretty safe to remove and it's worth going ahead with a spec and tests PR. Other browser status:
|
@domenic Asking internally. I'll let you know as soon as I hear back. |
@cdumez 👋 Any news? |
@hober update? |
Based on the discussion I have seen, I don't believe there is real opposition to dropping it on our side. @hober Please correct me if I am wrong. |
[blink-dev] Intent to Deprecate and Remove: webkitdropzone global attribute has now been LGTM3-ed. |
Thanks @cdumez! @pwnall, feel free to go ahead and remove this from the spec, and add yourself to https://html.spec.whatwg.org/multipage/acknowledgements.html#acknowledgments while doing so :) |
dropzone failed to get traction among browser implementers. Having it in the specification is confusing to Web developers who may attempt to use it, only to discover that it is not supported. Safari and Chrome implemented a prefixed version, webkitdropzone. The prefixed version is going away from Chrome [1]. Other browser vendors have no objections to the attribute getting removed from the spec [2]. [1] https://www.chromestatus.com/feature/5718005866561536 [2] whatwg#2331
dropzone failed to get traction among browser implementers. Having it in the specification is confusing to Web developers who may attempt to use it, only to discover that it is not supported. Safari and Chrome implemented a prefixed version, webkitdropzone. The prefixed version is going away from Chrome [1]. Other browser vendors have no objections to the attribute getting removed from the spec [2]. [1] https://www.chromestatus.com/feature/5718005866561536 [2] whatwg#2331
The dropzone attribute is being removed from the HTML specification, per whatwg/html#2331. This is part of a series of PRs that aim to remove the attribute from web-platform-tests.
dropzone failed to get traction among browser implementers. Having it in the specification is confusing to Web developers who may attempt to use it, only to discover that it is not supported. Safari and Chrome implemented a prefixed version, webkitdropzone. The prefixed version is going away from Chrome [1]. Other browser vendors have no objections to the attribute getting removed from the spec [2]. [1] https://www.chromestatus.com/feature/5718005866561536 [2] whatwg#2331
The dropzone attribute is being removed from the HTML specification, per whatwg/html#2331. This is part of a series of PRs that aim to remove the attribute from web-platform-tests.
dropzone failed to get traction among browser implementers. Having it in the specification is confusing to Web developers who may attempt to use it, only to discover that it is not supported. Safari and Chrome implemented a prefixed version, webkitdropzone. The prefixed version is going away from Chrome [1]. Other browser vendors have no objections to the attribute getting removed from the spec [2]. [1] https://www.chromestatus.com/feature/5718005866561536 [2] whatwg#2331
Quick check in httparchive
Things to note: none of these are using |
dropzone failed to get traction among browser implementers. Having it in the specification is confusing to Web developers who may attempt to use it, only to discover that it is not supported. Safari and Chrome implemented a prefixed version, webkitdropzone. The prefixed version is going away from Chrome [1]. Other browser vendors have no objections to the attribute getting removed from the spec [2]. [1] https://www.chromestatus.com/feature/5718005866561536 [2] whatwg#2331
dropzone failed to get traction among browser implementers. Having it in the specification is confusing to Web developers who may attempt to use it, only to discover that it is not supported. WebKit and Blink implemented a prefixed version, webkitdropzone. The prefixed version is going away from Blink [1]. WebKit has no objections to the attribute getting removed from the spec [2]. Fixes #2331. Tests: * web-platform-tests/wpt#5052 * web-platform-tests/wpt#5053 [1]: https://www.chromestatus.com/feature/5718005866561536 [2]: #2331 (comment)
dropzone failed to get traction among browser implementers. Having it in the specification is confusing to Web developers who may attempt to use it, only to discover that it is not supported. WebKit and Blink implemented a prefixed version, webkitdropzone. The prefixed version is going away from Blink [1]. WebKit has no objections to the attribute getting removed from the spec [2]. Fixes whatwg#2331. Tests: * web-platform-tests/wpt#5052 * web-platform-tests/wpt#5053 [1]: https://www.chromestatus.com/feature/5718005866561536 [2]: whatwg#2331 (comment)
The dropzone attribute is not implemented in any browser.
WebKit and Blink have implemented prefixed versions of the attribute,
webkitdropzone
. I plan to remove the Blink implementation because it hasn't gained much use -- we had a serious bug and it has gone unnoticed for at least a few releases.In general, I think
dropzone
is a bit out of place, because it attempts to specify drag-and-drop behavior declaratively, but an application that implements drag-and-drop still needs to use script to handle a drop.I'm happy to help (e.g., edit the spec and remove WPT files), if this change is agreed upon.
The text was updated successfully, but these errors were encountered: