Contact emailsmas...@chromium.org

Explainerhttps://github.com/whatwg/html/pull/7816
https://github.com/whatwg/html/issues/6003

Specificationhttps://github.com/whatwg/html/pull/7816

Summary

The <param> element can be used to specify parameters such as a URL (via
params named "movie", "src", "code", "data", or "url") to a containing
<object> element. Given the removal of plugins from the web platform, and
the relative lack of use of this particular functionality, we would like to
deprecate and remove it.


Blink componentBlink
<https://bugs.chromium.org/p/chromium/issues/list?q=component:Blink>

Motivation

Given that plugins are gone from the web platform (with their full removal
from the spec being tracked in https://github.com/whatwg/html/issues/6003),
it is not useful. In some browsers it can be used to figure out the URL of
an <object>, even when that <object> is not being used for a plugin, via
params named "movie", "src", "code", "data", or "url". But we decided to
remove this behavior from browsers instead of specifying it. This retains
the HTMLParamElement interface, as well as the parser behavior of <param>.


Initial public proposal

Search tags<param> <https://chromestatus.com/features#tags:%3Cparam%3E>,
<object> <https://chromestatus.com/features#tags:%3Cobject%3E>

TAG review

TAG review statusNot applicable

Risks


Interoperability and Compatibility



Gecko: Shipped/Shipping (
https://github.com/whatwg/html/issues/387#issuecomment-1088331300) Issue
was initially raised by Mozilla, and Gecko already does not process param
at all.

WebKit: No signal (https://bugs.webkit.org/show_bug.cgi?id=239188) No
response on the bug yet.

Web developers: No signals

Other signals:

Ergonomics

Since this is a deprecation, there is a Web Compat risk. I added use
counters for the situations that will be affected: - <param> that specifies
a URL, inside an <object> that doesn't: 0.04%,
https://chromestatus.com/metrics/feature/timeline/popularity/4010 - As
above, but URL successfully resolves to a (supported) PDF resource:
0.00002%, https://chromestatus.com/metrics/feature/timeline/popularity/4110
- As above, but URL successfully resolves to an (unsupported) non-PDF
resource: not measurable,
https://chromestatus.com/metrics/feature/timeline/popularity/4111 So the
vast majority (99.95%) of <param> URL usage appears to point to invalid
resources - likely mostly Flash. A very small percentage (0.05% of
<param>-with-URL usage, 0.00002% of web page loads) are likely to break
when we deprecate this functionality.


WebView Application Risks

Does this intent deprecate or change behavior of existing APIs, such that
it has potentially high risk for Android WebView-based applications?



Debuggability

Deprecation.


Is this feature fully tested by web-platform-tests
<https://chromium.googlesource.com/chromium/src/+/master/docs/testing/web_platform_tests.md>
?Yes

Flag name

Requires code in //chrome?False

Tracking bughttps://crbug.com/1315717

Estimated milestones

No milestones specified


Link to entry on the Chrome Platform Status
https://chromestatus.com/feature/6283184588193792

This intent message was generated by Chrome Platform Status
<https://chromestatus.com/>.

-- 
You received this message because you are subscribed to the Google Groups 
"blink-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to blink-dev+unsubscr...@chromium.org.
To view this discussion on the web visit 
https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAM%3DNeDhXTo%3Dg3scg7KF8g%3Dn5a4rA%3D6UD5cAxTBn9HetnAO%2BJ-A%40mail.gmail.com.

Reply via email to