<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-text-flowed" style="font-size: 16px;"
      lang="x-unicode">
      <br>
      On 06/20/2012 09:22 PM, Akira TAGOH wrote:
      <br>
      <blockquote type="cite" style="color: #000000;">On Thu, Jun 21,
        2012 at 5:11 AM, Infinality <a class="moz-txt-link-rfc2396E"
          href="mailto:infinality@infinality.net"><infinality@infinality.net></a>
        wrote:
        <br>
        <blockquote type="cite" style="color: #000000;">As far as I
          know, there really isn't bytecode that is specific to
          Cleartype.
          <br>
            Bytecode is bytecode.  The Cleartype flag (or the phrase
          "designed for
          <br>
          Cleartype") generally means that the font doesn't contain the
          legacy hacks
          <br>
          used in fonts like Arial, Courier New, etc., which are
          problematic when
          <br>
          being displayed with antialiasing on a TT rasterizer that is
          following
          <br>
          specs.  The subpixel hinting functionality works around the
          issues with the
          <br>
          legacy fonts, while allowing modern fonts to render as though
          they are
          <br>
          "designed for Cleartype".   Or am I not understanding what you
          mean here?
          <br>
        </blockquote>
        Well, the question was how it looks when rendering the text with
        <br>
        mixing up "ClearType" fonts and legacy fonts, because it seems
        that
        <br>
        there is/was? the case in Windows that one is smooth and one is
        jaggy
        <br>
        when ClearType is turning on.
        <br>
        As you said the above, I guess it won't happens?
        <br>
      </blockquote>
      <br>
      Well, it depends on what you mean by "legacy fonts".  If you are
      talking about bitmap (non-tt) fonts then those would of course
      always render jaggy.  Any ttf fonts with (semi-good) instructions
      should render with subpixel hinting under Freetype like they would
      with Windows w/Cleartype.  (The goal is to render them similarly
      to the MS rasterizer, and potentially even better!)
      <br>
      <br>
      <blockquote type="cite" style="color: #000000;">
        <br>
        <blockquote type="cite" style="color: #000000;">The choices you
          get in Windows (as far as I know) are to have Cleartype on
          <br>
          or off.  In fontconfig this would correspond to the below
          configurations.  A
          <br>
          link to a corresponding image is above each configuration. 
          (Don't pay
          <br>
          attention to the text in it, because it's the same across all
          images):
          <br>
        </blockquote>
        Thanks. that would be useful. it may be a good idea to add those
        <br>
        configuration as reference in fontconfig.
        <br>
      </blockquote>
      <br>
      Yes, that might be worth mentioning somewhere.  I know that some
      major distros like OpenSUSE are planning on using subpixel hinting
      by default now that it's in Freetype.  Other distros have packages
      that are available too.  More people will likely be using subpixel
      hinting now that it's in Freetype, so having documentation as to
      "what settings do what" might be good.  If you need me to help you
      out with that, I'd be more than willing.  I do have my git repo of
      "fontconfig-infinality" which contains TT fonts that I know work
      well with subpixel hinting.  Perhaps that could be somehow
      incorporated into fontconfig itself, now that subpixel hinting is
      in Freetype??
      <br>
      <br>
      Thanks,
      <br>
      Erik
      <br>
      <br>
      <br>
    </div>
  </body>
</html>