-
Notifications
You must be signed in to change notification settings - Fork 2.9k
Remove support of field-sizing from <select>
#11194
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
Comments
This only applies when the select has base appearance. With native/primitive appearance, field-sizing is still supported. |
@josepharhar Given this distinction, I suspect it'd it be more appropriate to update the spec to clarify rather than completely remove the text. Something like:
While the above example should be refined enough, it's worthwhile to add a clarification note to maintain consistency with the CSS spec while also reflecting the new behaviour for |
I don't think this actually needs any edits at all? User agents do apply that property to select, they just happen to force it to content in base appearance mode (this important modifier might be lifted in future if it's desirable). Though I guess it can't hurt to clarify this (especially as I think it's intended that HTML will own the UA stylesheet). |
Uh oh!
There was an error while loading. Please reload this page.
What is the issue with the HTML Standard?
As resolved in w3c/csswg-drafts#11879,
<select>
will no longer be an element with default preferred size, and thefield-sizing: content !important;
is going to be added to the new select UA stylesheet spec.<select>
base appearance #10670For this reason, it's reasonable to update the existing HTML spec.
e.g. the following and other related parts should be removed&updated:
Although speccing the new
<select>
's UA stylesheet is under construction, I'd love to PR for the default preferred size part!Filed an issue in CSS: w3c/csswg-drafts#12055
The text was updated successfully, but these errors were encountered: