- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Wed, 25 Jan 2023 17:39:00 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `Clarification: do ::placeholder/:placeholder-shown apply to <select>s’ “placeholder label option”?`, and agreed to the following: * `RESOLVED: Revert previous resolution` * `RESOLVED: Revert previous resolution; accept :blank works for this use case` <details><summary>The full IRC log of that discussion</summary> <emeyer> Topic: Clarification: do ::placeholder/:placeholder-shown apply to <select>s’ “placeholder label option”?<br> <emeyer> github: https://github.com/w3c/csswg-drafts/issues/2517<br> <emeyer> fantasai: The placeholder-shown example is about validation and it’s not really a placeholder option, it’s just a validation thing<br> <emeyer> …Tab and I propose to undo previous and have :blank match the default option in a dropdown<br> <emeyer> s/undo previous and/undo previous resolution and/<br> <emeyer> TabAtkins: placeholder pseudo doesn’t explicitly refer to validation<br> <emeyer> …any time your input is empty, it will match ::placeholder<br> <emeyer> …I agree with Elika, we can revert about adding ::placeholder-select and lean on ::blank for use cases<br> <fantasai> s/::blank/:blank/<br> <emeyer> …This will get us where we want without binding us to this weird solution<br> <fantasai> s/::placeholder-select/placeholder label option to matching placeholder pseudos/<br> <emeyer> Rossen_: Any objections?<br> <emeyer> (silence)<br> <emeyer> RESOLVED: Revert previous resolution<br> <emeyer> RESOLVED: Revert previous resolution; accept :blank works for this use case<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/2517#issuecomment-1403992850 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 25 January 2023 17:39:02 UTC