<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 "standard" 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 "linkage". 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 "error" 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&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&Y Support wrote:<br><br>
> Interesting observation!<br>
><br>
> At 23:36 2001-06-02 +1000, Robert Howlett wrote:<br>
><br>
> >It seems that Acrobat Reader 5 objects only to some of the<br>
> >characters in cmr10.pfb; specifically, characters<br>
> >13, 14, 15, 25, 26, 30, 36, 37, 51, 52, 53, 54, 62, 63,<br>
> >66, 71, 82, 83, 97, 98, 100, 103, 105, 106, 109, 110, 112,<br>
> >113, 114, and 115.<br>
><br>
> Looking at the glyphnames rather than the numeric codes:<br>
> fl, ffi, ffl, germandbls, ae, OE, dollar, percent,<br>
> three, four, five, six, questiondown, question,<br>
> B, G, R, S, a, b, d, g, i, j, m, p, q, r, s ...(*)<br>
><br>
> Anyone see the pattern?<br>
><br>
> Those are characters that require hint replacement.<br>
> For example, in the digit three, the upper bow is shifted<br>
> left slightly relative to the lower box and so has to be
hinted<br>
> separately. Ditto for the upper and lower bowls in
"B".<br>
> And so on.<br>
><br>
> Looking at the BSR/Y&Y/AMS et al fonts<br>
>
<a href="http://www.ams.org/index/tex/type1-fonts.html" eudora="autourl">http://www.ams.org/index/tex/type1-fonts.html</a><br>
> one sees that the above glyphs in CMR10.PFB<br>
> all use hint replacements<br>
> (the newer Y&Y versions<br>
>
<a href="http://www.yandy.com/river/setdetail-CM.htm" eudora="autourl">http://www.yandy.com/river/setdetail-CM.htm</a><br>
> have additional hint replacement code).<br>
><br>
> The hint replacement is done via subroutine call.<br>
> In "modern" Type 1 fonts (less than ten years old)<br>
> this tends to be done via a standardized call to<br>
> subroutine 4.<br>
><br>
> Some software (such as ATM)<br>
> --- which does not understand PostScript --- does not<br>
> interpret the subroutines. So if you change this<br>
> linkage for hint replacement it will break things.<br>
><br>
> I wouldn't be surprised if there is some cleverness in<br>
> the output from pdfTeX that trips up Acrobat.<br>
> When it comes to font handling it pays to<br>
> "program to the lowest common denominator".<br>
><br>
> Regards, Louis.<br>
><br>
> (*) Actually the CMR10.PFB pulled off the AMS server<br>
> also has hint replacement in fi, eight, nine, n and u.<br>
> It's odd that those don't trigger the same problem,<br>
> but maybe the test list given above wasn't quite complete...<br>
><br>
> P.S. These "problems" with Acrobat 5 Reader do not<br>
> occur with PDF files made using Y&Y TeX/DVIPSONE<br>
> and Distiller 4 or Distiller 5.<br>
><br>
> > For all of these I got the "an error<br>
> >occurred while downloading a font, the file may not<br>
> >print correctly" message (on a document with just the<br>
> >one character). Other characters were OK.<br>
> >Putting << in the map file didn't actually solve the
problem,<br>
> >because the characters listed above were still substituted<br>
> >by characters from Courier at printing. In particular,<br>
> >ligatures that Courier doesn't have were missing.<br>
> ><br>
> >I tried using cmr10.ttf instead of cmr10.pfb. Sometimes<br>
> >I still get the same error, sometimes I don't.<br>
> ><br>
> >Bob Howlett<br>
> ><br>
> >"Christopher S. Swingley" wrote:<br>
> > ><br>
> > > Than,<br>
> > ><br>
> > > > The map files that are listed in your pdftex.cfg
(usually under<br>
> > > > $TEXMF/pdftex/config)<br>
> > ><br>
> > > Thanks, I found it in /etc/texmf/dvips/pdftex.map and
changed the '<'<br>
> > > to '<<'. This solves the problem with it being
unable to download<br>
> > > one of the fonts (so the font isn't substituted in the
printout),<br>
> > > but it causes another -- the ligatures are missing!
Acrobat and<br>
> > > Acrobat Reader 5.0 show them correctly on the screen, but
there is<br>
> > > a blank space on the printed copy.<br>
> > ><br>
> > > Chris<br>
> > > --<br>
> > > Christopher S.
Swingley 930 Koyukuk
Drive<br>
> > > System / Network
Manager University of Alaska
Fairbanks<br>
> > > IARC -- Frontier
Program Fairbanks, AK
99775<br>
> > ><br>
> > > phone:
907-474-2689
fax: 907-474-2643<br>
> > > email: cswingle@iarc.uaf.edu GNUPG and
PGP2 keys at my web site<br>
> > > web:
<a href="http://www.frontier.iarc.uaf.edu/~cswingle" eudora="autourl">http://www.frontier.iarc.uaf.edu/~cswingle</a><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><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><br>
><br>
> --<br>
> Y&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>
><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&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>