<html>
    <head>
      <base href="https://bugs.webkit.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Can’t arbitrarily resize radios / checkboxes"
   href="https://bugs.webkit.org/show_bug.cgi?id=148675#c4">Comment # 4</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Can’t arbitrarily resize radios / checkboxes"
   href="https://bugs.webkit.org/show_bug.cgi?id=148675">bug 148675</a>
              from <span class="vcard"><a class="email" href="mailto:robin&#64;reala.net" title="Robin Whittleton &lt;robin&#64;reala.net&gt;"> <span class="fn">Robin Whittleton</span></a>
</span></b>
        <pre>Not as far as I understand it. Pre <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - Checkboxes and radio buttons should scale when zooming or pinching to zoom"
   href="show_bug.cgi?id=147405">bug #147405</a>, Safari would not scale radios/checkboxes outside of the two default sizes (3 if on a non-retina screen as it treats the &#64;2x asset as a third larger size). That bug changes the behavior such that regardless of zoom level radios / checkboxes remain at their ‘natural’ size (i.e. consistent with the size of the text).

This bug is an enhancement request to allow web developers to set a specific size for radios/checkboxes using CSS. On other platforms this is generally the default behaviour these days. For example, Edge on Windows 10 or Safari on iOS:

<a href="https://gdstechnology.blog.gov.uk/wp-content/uploads/sites/31/2015/08/win_10_edge.png">https://gdstechnology.blog.gov.uk/wp-content/uploads/sites/31/2015/08/win_10_edge.png</a>
<a href="https://gdstechnology.blog.gov.uk/wp-content/uploads/sites/31/2015/08/ios_8_safari.png">https://gdstechnology.blog.gov.uk/wp-content/uploads/sites/31/2015/08/ios_8_safari.png</a>

The only browser to allow this behaviour on OS X is Firefox. Its implementation causes the radios/checkboxes to go slightly fuzzy at non-default sizes, something that could be amended a bit by scaling the &#64;2x asset I guess. Either way, a little blurring is a small price to pay for the increased usability. If this issue can be fixed without blurring then even better.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>