Re: [csswg-drafts] [css-forms-1] Radio buttons should have space between border and "checkmark" (#13403)

The CSS Working Group just discussed `[css-forms-1] Radio buttons should have space between border and "checkmark"`, and agreed to the following:

* `RESOLVED: prototype a solution for this issue`

<details><summary>The full IRC log of that discussion</summary>
&lt;jarhar> ntim: in all cases we have to set the width and height, so might as well just set it to a smaller width and height<br>
&lt;jarhar> lwarlow: so on the checkmark pseudo element set the  width and height to 70%?<br>
&lt;jarhar> ntim: yes, thats my initial thought<br>
&lt;jarhar> lwarlow: that would work fine<br>
&lt;jarhar> masonf: +1 to fewer properties is better than more<br>
&lt;jarhar> ntim: or we could remove width and height and set it to stretch or something. i dont have a strong opinion. width height stretch or padding could work, then they would only need to override padding and not width and height<br>
&lt;jarhar> lwarlow: padding on the parent element is what i had originally<br>
&lt;jarhar> ntim: i dont have a strong opinion<br>
&lt;jarhar> masonf: width and height is very easy to understand<br>
&lt;jarhar> ntim: you need to set two properties to the same value right, so i dont know<br>
&lt;jarhar> ntim: ive rarely seen a checkmark with two different sizes<br>
&lt;jarhar> ntim: i could go either way<br>
&lt;jarhar> lwarlow: we can resolve to do padding on the radio for now and revisit if we decide theres a better way<br>
&lt;jarhar> ntim: with size shorthand maybe width and height is ok, but no browser has implemented this yet<br>
&lt;jarhar> astearns: sounds like we want to do something simple here. shall we go with padding for now?<br>
&lt;jarhar> ntim: and width and height to stretch<br>
&lt;jarhar> lwarlow: isnt width and height 100% already?<br>
&lt;jarhar> ntim: i dont know if that will work if you add padding. will it be 100% including the padding?<br>
&lt;jarhar> lwarlow: the padding would be added to the radio, and then checkmark should fill the content box of the parent container<br>
&lt;jarhar> lwarlow: i did it in chrome and it seemed to work<br>
&lt;jarhar> fantasai: padding of the container will affect the child. it wont let you do negative margins, which might be a thing people want to do on checkmarks<br>
&lt;jarhar> fantasai: stretch would solve that more directly<br>
&lt;jarhar> lwarlow: i can take a look at that then<br>
&lt;jarhar> lwarlow: maybe we just resolve to investigate and add other styles as appropriate<br>
&lt;jarhar> lwarlow: resolve to add styles that are the most appropriate, which we can figure out by prototyping<br>
&lt;masonf> +1<br>
&lt;jarhar> proposed resolution: prototype a solution for this issue<br>
&lt;lwarlow> +1<br>
&lt;dbaron> +1<br>
&lt;jarhar> RESOLVED: prototype a solution for this issue<br>
</details>


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


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

Received on Thursday, 19 March 2026 15:11:50 UTC