<html>
    <head>
      <base href="https://bugs.webkit.org/" />
    </head>
    <body><span class="vcard"><a class="email" href="mailto:jacobolus&#64;gmail.com" title="Jacob Rus &lt;jacobolus&#64;gmail.com&gt;"> <span class="fn">Jacob Rus</span></a>
</span> changed
              <a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - SVG should support full-scene antialiasing"
   href="https://bugs.webkit.org/show_bug.cgi?id=35211">bug 35211</a>
        <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">CC</td>
           <td>
               &nbsp;
           </td>
           <td>jacobolus&#64;gmail.com
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - SVG should support full-scene antialiasing"
   href="https://bugs.webkit.org/show_bug.cgi?id=35211#c8">Comment # 8</a>
              on <a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - SVG should support full-scene antialiasing"
   href="https://bugs.webkit.org/show_bug.cgi?id=35211">bug 35211</a>
              from <span class="vcard"><a class="email" href="mailto:jacobolus&#64;gmail.com" title="Jacob Rus &lt;jacobolus&#64;gmail.com&gt;"> <span class="fn">Jacob Rus</span></a>
</span></b>
        <pre>Check out the following paper for one way to approach the problem: <a href="http://w3.impa.br/~diego/projects/GanEtAl14/">http://w3.impa.br/~diego/projects/GanEtAl14/</a>

There are some nice examples inside showing how most vector graphics rendering engines do the wrong thing w/r/t antialiasing of adjacent un-stroked solid shapes.

Note also that antialiasing in OS X (and in most other contexts, unfortunately) is also incorrectly performed in gamma-encoded RGB space, rather than a linear color space, resulting in changes to apparent line/shape thickness as zoom level changes. Unfortunately that’s probably not fixable at this point, since digital fonts have all been designed assuming the incorrect behavior for the past 20 years, so when it’s handled correctly they end up looking spindly (e.g. look at a rasterized LaTeX file converted to PDF and compare to a vector version of the same as emitted by pdflatex; the raster file when downscaled in OS X Preview.app will have much thinner looking type than the vector version, because the image resizing is done correctly in linear RGB space, whereas the vector antialiasing is not; both will print identically).</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>