<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - "8" shown instead of "x" inside checkbox when converting LibreOffice-generated form to PostScript"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=107303#c8">Comment # 8</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - "8" shown instead of "x" inside checkbox when converting LibreOffice-generated form to PostScript"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=107303">bug 107303</a>
              from <span class="vcard"><a class="email" href="mailto:haxtibal@posteo.de" title="Tobias Deiminger <haxtibal@posteo.de>"> <span class="fn">Tobias Deiminger</span></a>
</span></b>
        <pre>Ah, I see... character 56 (="8" in ASCII) is a "cross symbol X" in the zapf
dingbats font. So it makes some sense to have [(8)-77]TJ in the printed
variant. Sadly the embedded font became Nimbus Mono PS, which has no cross
symbol at 56, and "8" is drawn as digit.

I could not yet discover the place where the [(8)-77]TJ gets formed. An obvious
location to generate the stream is AnnotAppearanceBuilder::drawText, but I
debugged it and it produces slightly different content
q
BT
0.13725 0.14901 0.15294 rg /ZaDb 11.00 Tf 1 0 0 1 2.43 1.55 Tm
(8) Tj
ET
Q

Maybe AnnotAppearanceBuilder::drawText is used, and there is some post
processing that I'm not aware of? Michael, do you know?

Anyway there seems to be a fundamental problem. All the Annotation classes
dynamically generate in-memory appearance streams and may depend on in-memory
resources. If we simply take this generated appearance streams and write them
into a PDF file for printing, then dependent in-memory resources like the fake
font are missing. We would have to write the resource objects to the PDF too,
but that's not yet done.

In your patch you prefer an existing zapf dingbats font over the in-memory fake
font which works then. If we had a document with no zapf dingbat font and no CA
defined, then GooString checkMark("3") will be used (see
AnnotAppearanceBuilder::drawFormFieldButton) and we get the same bug again, is
it?</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>