Skip to content
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

Obsolete the <param> element #7816

Merged
merged 2 commits into from Apr 21, 2022
Merged

Obsolete the <param> element #7816

merged 2 commits into from Apr 21, 2022

Conversation

domenic
Copy link
Member

@domenic domenic commented Apr 12, 2022

Given that plugins are gone from the web platform (with their full removal from the spec being tracked in #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>.

Closes #387. Helps with #6003.

(See WHATWG Working Mode: Changes for more details.)


/embedded-content-other.html ( diff )
/iframe-embed-object.html ( diff )
/image-maps.html ( diff )
/index.html ( diff )
/indices.html ( diff )
/media.html ( diff )
/obsolete.html ( diff )
/parsing.html ( diff )
/syntax.html ( diff )
/tables.html ( diff )
/xhtml.html ( diff )

Given that plugins are gone from the web platform (with their full removal from the spec being tracked in #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", 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>.

Closes #387. Helps with #6003.
@mfreed7
Copy link
Collaborator

mfreed7 commented Apr 12, 2022

Are there statements of support from other implementers somewhere? Gecko sounds supportive but it'd be great to have something more concrete. I haven't seen any comments from WebKit folks, but maybe I missed it.

@domenic
Copy link
Member Author

domenic commented Apr 12, 2022

Well Gecko doesn't implement anything with param at all. I checked their code. So I think we're in good shape there.

Indeed comments from WebKit would be great. Maybe the bug filed will help.

@mtrootyy
Copy link

At least one of either the data attribute or the type attribute must be present.
If the itemprop attribute is specified on an object element, then the data attribute must also be specified.

The above should be fixed the following;

The data attribute must be present.

If object element have no param element and no data attribute, object element have no resource.

@domenic
Copy link
Member Author

domenic commented Apr 13, 2022

Thanks @mtrootyy, fixed!

@domenic domenic added document conformance impacts documentation Used by documentation communities, such as MDN, to track changes that impact documentation labels Apr 13, 2022
Copy link
Member

@annevk annevk left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This looks good, thanks for tackling this!

Some of the new advice will be obsolete soon (given the inevitable demise of conforming embed and object), but I don't have concrete suggestions on how to avoid that.

@domenic domenic merged commit 04a11f2 into main Apr 21, 2022
@domenic domenic deleted the rm-param branch April 21, 2022 16:37
sideshowbarker added a commit to sideshowbarker/browser-compat-data that referenced this pull request Apr 22, 2022
whatwg/html@04a11f2
(whatwg/html#7816) obsoletes the HTML “param”
element and the HTMLParamElement API

Related MDN change:
sideshowbarker added a commit to mdn/content that referenced this pull request Apr 22, 2022
whatwg/html@04a11f2
(whatwg/html#7816) obsoletes the HTML “param”
element and the HTMLParamElement API

Related BCD change: mdn/browser-compat-data#15955
Elchi3 pushed a commit to mdn/browser-compat-data that referenced this pull request Apr 22, 2022
whatwg/html@04a11f2
(whatwg/html#7816) obsoletes the HTML “param”
element and the HTMLParamElement API

Related MDN change:
Elchi3 pushed a commit to mdn/content that referenced this pull request Apr 22, 2022
whatwg/html@04a11f2
(whatwg/html#7816) obsoletes the HTML “param”
element and the HTMLParamElement API

Related BCD change: mdn/browser-compat-data#15955
@dbaron
Copy link
Member

dbaron commented Jun 15, 2022

There is currently some Gecko code for <param> in nsObjectLoadingContent. That said, I think the exposure of the results of this code on HTMLObjectElement and HTMLEmbedElement is [ChromeOnly].

@annevk
Copy link
Member

annevk commented Jun 15, 2022

Thank you! I filed https://bugzilla.mozilla.org/show_bug.cgi?id=1774438 on that.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
document conformance impacts documentation Used by documentation communities, such as MDN, to track changes that impact documentation removal/deprecation Removing or deprecating a feature topic: embed and object
Development

Successfully merging this pull request may close these issues.

<object> without "data" attribute probably needs to consider params to figure out its URL
5 participants