Re: [csswg-drafts] [css-forms-1] UA styles for base appearance listbox select elements (#12510)

The CSS Working Group just discussed `[css-forms-1] UA styles for base appearance listbox select elements`.

<details><summary>The full IRC log of that discussion</summary>
&lt;noamr> scribe+<br>
&lt;noamr> jarhar:we've discussed this a few times already, I want to do base appearance for base appearance listbox select elements<br>
&lt;noamr> jarhar: I have a proposed UA style<br>
&lt;noamr> jarhar: 5 different rules, see in the issue<br>
&lt;noamr> https://github.com/w3c/csswg-drafts/issues/12510#issuecomment-3254406663<br>
&lt;noamr> fantasai: what is the display type for the popup display?<br>
&lt;noamr> fantasai: for the picker<br>
&lt;noamr> fantasai: it should be consistent between the two<br>
&lt;noamr> jarhar: display:block<br>
&lt;noamr> fantasai: cool<br>
&lt;zcorpan> q+<br>
&lt;fantasai> emilio: Default for overflow-inline is hidden, in Gecko<br>
&lt;cwilso> ack fantasai<br>
&lt;noamr> jarhar: I don't remember the default, I think there was overflow-inline:auto from luke, hidden is not ideal, not sure how prevalent it would be<br>
&lt;noamr> emilio: inline-block would shrinkwrap<br>
&lt;noamr> fantasai: a lot of people would resize this. not unusual for the listbox<br>
&lt;fantasai> Listboxes: https://bugs.webkit.org/query.cgi?format=advanced<br>
&lt;noamr> emilio: should we use the overflow shorthand<br>
&lt;noamr> emilio: unlikely to matter<br>
&lt;noamr> fantasai: in a lot of cases people would expect clipping or ellipsis<br>
&lt;cwilso> ack next<br>
&lt;noamr> zcorpan: the spec doesn't currently say much in the listbox case. is this just for base appearance?<br>
&lt;noamr> jarhar: base appearance<br>
&lt;noamr> emilio: it seems to match non-base appearance axcept for colors\<br>
&lt;noamr> zcorpan: some things cannot be explained by CSS<br>
&lt;noamr> emilio: the thing that can't be explained by CSS are the sizing behavior<br>
&lt;noamr> emilio: the rest is not much different<br>
&lt;noamr> emilio: I think you can't currently create an overflow:visible behavior<br>
&lt;noamr> emilio: do we want the size attribute to work with appearance:base<br>
&lt;noamr> jarhar: based on the previous discussions we want to ignore the size attribute and let it grow vertically<br>
&lt;noamr> fantasai: wouldn't they often want the kind of sizing of the native size attribute?<br>
&lt;noamr> dbaron: it's more complex because there is a math expression with a LH value and a px value for the touch-target.<br>
&lt;noamr> dbaron: we should be careful with overflow values that are incompatible across vertical/horizontal axes<br>
&lt;keithamus> q+<br>
&lt;noamr> dbaron: e.g. overflow-block: auto; overflow-inline: visible, they will affect each other<br>
&lt;cwilso> ack next<br>
&lt;jarhar> zakim, end meeting<br>
</details>


-- 
GitHub Notification of comment by css-meeting-bot
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/12510#issuecomment-3308306763 using your GitHub account


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config

Received on Thursday, 18 September 2025 16:02:50 UTC