Re: [csswg-drafts] [css-forms-1] Have 2 slider-fill pseudos? (upper vs lower slider fills) (#12419)

The CSS Working Group just discussed `[css-forms-1] Have 2 slider-fill pseudos? (upper vs lower slider fills)`, and agreed to the following:

* `RESOLVED: two pseudos called slider-fill-over and slider-fill-under`
* `RESOLVED: keep slider fill as an alias for slider fill under`

<details><summary>The full IRC log of that discussion</summary>
&lt;ntim> q-<br>
&lt;jarhar> ntim: in anna tudor's original anlysis of input type range, she talked about having pseudos for upper and lower part would be helpful<br>
&lt;jarhar> ntim: right now we only have lower part<br>
&lt;jarhar> ntim: adding those those two is probably not controversial. the harder part is the naming<br>
&lt;jarhar> lwarlow: do any of the existing browsers have this?<br>
&lt;jarhar> ntim: edgehtml had this<br>
&lt;masonf> q+<br>
&lt;jarhar> ntim: thats the only engine that had this<br>
&lt;jarhar> lwarlow: what did they call them?<br>
&lt;jarhar> ntim: i have to check<br>
&lt;astearns> ack masonf<br>
&lt;jarhar> masonf: there is a multirange proposal, particuarly when picking names, upper and lower are not compatible with multi range<br>
&lt;jarhar> masonf: slider segment, you can have more than two of them<br>
&lt;jarhar> masonf: or at least think forward<br>
&lt;jarhar> astearns: could use first and last for the two version case<br>
&lt;jarhar> masonf: yeah, that would work<br>
&lt;jarhar> fantasai: in any case theres always a value and youre under that value or or over that value<br>
&lt;jarhar> fantasai: i think thats why going with over and under makes sense<br>
&lt;masonf> q+<br>
&lt;jarhar> masonf: i was going to say above and below, amenable to multiple ranges<br>
&lt;astearns> ack masonf<br>
&lt;jarhar> lwarlow: i think we agree that having two for this seems good, unlocks use cases and not more complicated implementation wise<br>
&lt;jarhar> lwarlow: i guess we can resolve on having two slider fills<br>
&lt;jarhar> lwarlow: maybe we can go with over and under as what we go with for now<br>
&lt;jarhar> lwarlow: helps to have these placeholder names so we can work on that basis<br>
&lt;jarhar> lwarlow: seem ok with everyone?<br>
&lt;jarhar> proposed resolution: two pseudos called slider-fill-over and slider-fill-under<br>
&lt;masonf> +q<br>
&lt;masonf> +1<br>
&lt;lwarlow> +1<br>
&lt;jarhar> RESOLVED: two pseudos called slider-fill-over and slider-fill-under<br>
&lt;jarhar> follow up question on this one though. i think this makes sense for ranges<br>
&lt;jarhar> fantasai: for switch control its a bit less clear<br>
&lt;dbaron> s/follow/fantasai: follow/<br>
&lt;jarhar> fantasai: im wondering if we want to keep slider fill as is or should slider fill be an alias for under<br>
&lt;jarhar> fantasai: i think keeping slider fill for all of the non range sliders makes sense<br>
&lt;jarhar> fantasai: maybe for progress it makes sense to be under and over<br>
&lt;jarhar> lwarlow: for switch it makes sense to just have slider fill<br>
&lt;jarhar> fantasai: im not sure what makes sense, should we just have all of them for all of them<br>
&lt;masonf> q+<br>
&lt;jarhar> lwarlow: it might unlock some funky switch design to have this<br>
&lt;jarhar> ntim: i think for the switch we probably want both<br>
&lt;jarhar> ntim: lets say you want to add the shape indicator<br>
&lt;jarhar> masonf: all the range-like things should have similar parts, and i like elika's idea to have an alias<br>
&lt;jarhar> fantasai: proposal is keep slider fill as an alias for slider fill under<br>
&lt;lwarlow> +1<br>
&lt;masonf> +1<br>
&lt;jarhar> fantasai: all apply to all slider controls<br>
&lt;jarhar> proposed resolution: keep slider fill as an alias for slider fill under<br>
&lt;jarhar> RESOLVED: keep slider fill as an alias for slider fill under<br>
</details>


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


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

Received on Thursday, 19 February 2026 16:55:33 UTC