<html>
<font size=3>Hi:<br><br>
At 13:21 2001-06-02 -0400, Tom Kacvinsky wrote:<br><br>
<blockquote type=cite class=cite cite>Do you mean that ATM does not parse
subroutine 4, but rather, when it sees<br>
subroutine 4 being called ina charstring, ATM uses its own internal<br>
representation of subroutine 4 to activate hint
replacement?</font></blockquote><br>
Details differ between different versions of ATM, but the basic idea is
<br>
that ATM has no PS interpreter. Hence it cannot handle OtherSubrs
e.g.<br>
It does interpret Subrs, of course, but when it gets to OtherSubrs, 
<br>
it assumes the first four are the &quot;standard&quot; ones used for
FlexProc<br>
and hint replacement, and it ignores the rest.<br><br>
<blockquote type=cite class=cite cite><font size=3>That is what I thought
happened...<br><br>
But pdftex does not change this &quot;linkage&quot;.&nbsp; The last time
I looked at the<br>
subsetting code in pdftex, it leaves the subroutine numbers alone, and
just<br>
removes the routines that are not needed (so there are gaps in the
resultant<br>
Type 1 font's Subrs array).</font></blockquote><br>
Which in itself is an &quot;error&quot; since some rasterizers crash or
complain<br>
when the number of Subrs does not match the size of the Subrs 
Array.<br>
One might think that having too *large* an array should not cause a<br>
problem, but as a result of bad experience with previous PS
interpreters,<br>
we don't allow any differences in size of Subrs and size of
CharStrings.<br><br>
So the pdfTeX problem may have nothing specifically to do with hint<br>
replacement, but use of Subrs in general (since the BSR/Y&amp;Y/AMS<br>
CM fonts generally use Subrs *only* for hint replacement).<br><br>
Regards, Louis.<br><br>
<blockquote type=cite class=cite cite><font size=3>Tom<br><br>
On Sat, 2 Jun 2001, Y&amp;Y Support wrote:<br><br>
&gt; Interesting observation!<br>
&gt;<br>
&gt; At 23:36 2001-06-02 +1000, Robert Howlett wrote:<br>
&gt;<br>
&gt; &gt;It seems that Acrobat Reader 5 objects only to some of the<br>
&gt; &gt;characters in cmr10.pfb; specifically, characters<br>
&gt; &gt;13, 14, 15, 25, 26, 30, 36, 37, 51, 52, 53, 54, 62, 63,<br>
&gt; &gt;66, 71, 82, 83, 97, 98, 100, 103, 105, 106, 109, 110, 112,<br>
&gt; &gt;113, 114, and 115.<br>
&gt;<br>
&gt; Looking at the glyphnames rather than the numeric codes:<br>
&gt; fl, ffi, ffl, germandbls, ae, OE, dollar, percent,<br>
&gt; three, four, five, six, questiondown, question,<br>
&gt; B, G, R, S, a, b, d, g, i, j, m, p, q, r, s ...(*)<br>
&gt;<br>
&gt; Anyone see the pattern?<br>
&gt;<br>
&gt; Those are characters that require hint replacement.<br>
&gt; For example, in the digit three, the upper bow is shifted<br>
&gt; left slightly relative to the lower box and so has to be 
hinted<br>
&gt; separately. Ditto for the upper and lower bowls in
&quot;B&quot;.<br>
&gt; And so on.<br>
&gt;<br>
&gt; Looking at the BSR/Y&amp;Y/AMS et al fonts<br>
&gt;
<a href="http://www.ams.org/index/tex/type1-fonts.html" eudora="autourl">http://www.ams.org/index/tex/type1-fonts.html</a><br>
&gt; one sees that the above glyphs in CMR10.PFB<br>
&gt; all use hint replacements<br>
&gt; (the newer Y&amp;Y versions<br>
&gt;
<a href="http://www.yandy.com/river/setdetail-CM.htm" eudora="autourl">http://www.yandy.com/river/setdetail-CM.htm</a><br>
&gt; have additional hint replacement code).<br>
&gt;<br>
&gt; The hint replacement is done via subroutine call.<br>
&gt; In &quot;modern&quot; Type 1 fonts (less than ten years old)<br>
&gt; this tends to be done via a standardized call to<br>
&gt; subroutine 4.<br>
&gt;<br>
&gt; Some software (such as ATM)<br>
&gt; --- which does not understand PostScript --- does not<br>
&gt; interpret the subroutines.&nbsp; So if you change this<br>
&gt; linkage for hint replacement it will break things.<br>
&gt;<br>
&gt; I wouldn't be surprised if there is some cleverness in<br>
&gt; the output from pdfTeX that trips up Acrobat.<br>
&gt; When it comes to font handling it pays to<br>
&gt; &quot;program to the lowest common denominator&quot;.<br>
&gt;<br>
&gt; Regards, Louis.<br>
&gt;<br>
&gt; (*) Actually the CMR10.PFB pulled off the AMS server<br>
&gt; also has hint replacement in fi, eight, nine, n and u.<br>
&gt; It's odd that those don't trigger the same problem,<br>
&gt; but maybe the test list given above wasn't quite complete...<br>
&gt;<br>
&gt; P.S. These &quot;problems&quot; with Acrobat 5 Reader do not<br>
&gt; occur with PDF files made using Y&amp;Y TeX/DVIPSONE<br>
&gt; and Distiller 4 or Distiller 5.<br>
&gt;<br>
&gt; &gt;&nbsp; For all of these I got the &quot;an error<br>
&gt; &gt;occurred while downloading a font, the file may not<br>
&gt; &gt;print correctly&quot; message (on a document with just the<br>
&gt; &gt;one character). Other characters were OK.<br>
&gt; &gt;Putting &lt;&lt; in the map file didn't actually solve the
problem,<br>
&gt; &gt;because the characters listed above were still substituted<br>
&gt; &gt;by characters from Courier at printing. In particular,<br>
&gt; &gt;ligatures that Courier doesn't have were missing.<br>
&gt; &gt;<br>
&gt; &gt;I tried using cmr10.ttf instead of cmr10.pfb. Sometimes<br>
&gt; &gt;I still get the same error, sometimes I don't.<br>
&gt; &gt;<br>
&gt; &gt;Bob Howlett<br>
&gt; &gt;<br>
&gt; &gt;&quot;Christopher S. Swingley&quot; wrote:<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; Than,<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; The map files that are listed in your pdftex.cfg
(usually under<br>
&gt; &gt; &gt; &gt; $TEXMF/pdftex/config)<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; Thanks, I found it in /etc/texmf/dvips/pdftex.map and
changed the '&lt;'<br>
&gt; &gt; &gt; to '&lt;&lt;'.&nbsp; This solves the problem with it being
unable to download<br>
&gt; &gt; &gt; one of the fonts (so the font isn't substituted in the
printout),<br>
&gt; &gt; &gt; but it causes another -- the ligatures are missing!&nbsp;
Acrobat and<br>
&gt; &gt; &gt; Acrobat Reader 5.0 show them correctly on the screen, but
there is<br>
&gt; &gt; &gt; a blank space on the printed copy.<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; Chris<br>
&gt; &gt; &gt; --<br>
&gt; &gt; &gt; Christopher S.
Swingley&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 930 Koyukuk
Drive<br>
&gt; &gt; &gt; System / Network
Manager&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; University of Alaska
Fairbanks<br>
&gt; &gt; &gt; IARC -- Frontier
Program&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Fairbanks, AK
99775<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; phone:
907-474-2689&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
fax: 907-474-2643<br>
&gt; &gt; &gt; email: cswingle@iarc.uaf.edu&nbsp;&nbsp;&nbsp; GNUPG and
PGP2 keys at my web site<br>
&gt; &gt; &gt;&nbsp;&nbsp; web:
<a href="http://www.frontier.iarc.uaf.edu/~cswingle" eudora="autourl">http://www.frontier.iarc.uaf.edu/~cswingle</a><br>
&gt; &gt; &gt; _______________________________________________<br>
&gt; &gt; &gt; pdftex mailing list<br>
&gt; &gt; &gt; pdftex@tug.org<br>
&gt; &gt; &gt;
<a href="http://tug.org/mailman/listinfo/pdftex" eudora="autourl">http://tug.org/mailman/listinfo/pdftex</a><br>
&gt; &gt;_______________________________________________<br>
&gt; &gt;pdftex mailing list<br>
&gt; &gt;pdftex@tug.org<br>
&gt;
&gt;<a href="http://tug.org/mailman/listinfo/pdftex" eudora="autourl">http://tug.org/mailman/listinfo/pdftex</a><br>
&gt;<br>
&gt; --<br>
&gt; Y&amp;Y Support
<a href="mailto:support@YandY.com" eudora="autourl">mailto:support@YandY.com</a>
<a href="http://www.yandy.com/unique.htm" eudora="autourl">http://www.YandY.com/unique.htm</a> (PG)<br>
&gt;<br><br>
_______________________________________________<br>
pdftex mailing list<br>
pdftex@tug.org<br>
<a href="http://tug.org/mailman/listinfo/pdftex" eudora="autourl">http://tug.org/mailman/listinfo/pdftex</a></blockquote>
<x-sigsep><p></x-sigsep>
--<br>
Y&amp;Y Support <a href="mailto:support@YandY.com" eudora="autourl">mailto:support@YandY.com</a> <a href="http://www.yandy.com/unique.htm" eudora="autourl">http://www.YandY.com/unique.htm</a> (PG)<br>
</font></html>