<html>
<font size=3>Hi:<br><br>
Again, very interesting observation!<br><br>
But the font does not need fixing.<br><br>
It is the way the font is subsetted that needs fixing.<br>
It should not simply strip out Subrs that are no longer used.<br>
It should instead either<br>
<x-tab> </x-tab>(i)
renumber the Subrs to close the gaps<br>
<x-tab> </x-tab>(ii) leave
in the unused Subrs so no gaps appear.<br><br>
Of course, the ideal solution would be to fix rasterizers that<br>
treat missing Subrs as an error, but I am not sure anyone<br>
could hold their breath that long...<br><br>
regards, Louis.<br><br>
At 19:25 2001-06-03 +1000, Robert Howlett wrote:<br>
<blockquote type=cite class=cite cite>Hi,<br><br>
The problem glyphs are precisely the ones for which the<br>
character drawing routines use "callsubr", except for<br>
the first one which uses this, namely fi.<br>
Apparently the first use of this is OK, after that the<br>
program gets confused.<br>
In fact, if you print the characters that use "callsubr"<br>
in order then the problem doesn't appear.<br><br>
e.g. the following file was OK<br><br>
\nopagenumbers<br><br>
\char12 \char13 \char14 \char15 \char25 \char26 \char30 \char36<br>
\char37 3 4 5 6 7 8 9 \char62 \char63<br>
\bye<br><br>
If the initial \char12 is left out then the problem<br>
reappears.<br><br>
Since the subroutines in question are only used once each,<br>
it looks like it would be easy enough to hack the font to fix<br>
things. (I don't understand the code very well myself, but that's<br>
how things look to me.)<br><br>
Bob<br><br>
------------<br><br>
<br>
Y&Y Support wrote:<br>
> <br>
> Hi:<br>
> <br>
> At 13:21 2001-06-02 -0400, Tom Kacvinsky wrote:<br>
> <br>
> > Do you mean that ATM does not parse subroutine 4, but rather,
when<br>
> > it sees<br>
> > subroutine 4 being called ina charstring, ATM uses its own
internal<br>
> > representation of subroutine 4 to activate hint
replacement?<br>
> <br>
> Details differ between different versions of ATM, but the basic
idea<br>
> 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>
> > That is what I thought happened...<br>
> ><br>
> > But pdftex does not change this "linkage". The
last time I looked<br>
> > at the<br>
> > subsetting code in pdftex, it leaves the subroutine numbers
alone,<br>
> > and just<br>
> > removes the routines that are not needed (so there are gaps in
the<br>
> > resultant<br>
> > Type 1 font's Subrs array).<br>
> <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<br>
> interpreters,<br>
> we don't allow any differences in size of Subrs and size of<br>
> 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>
> > 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<br>
> > under<br>
> > > > > > $TEXMF/pdftex/config)<br>
> > > > ><br>
> > > > > Thanks, I found it in
/etc/texmf/dvips/pdftex.map and changed<br>
> > the '<'<br>
> > > > > to '<<'. This solves the problem
with it being unable to<br>
> > download<br>
> > > > > one of the fonts (so the font isn't substituted
in the<br>
> > printout),<br>
> > > > > but it causes another -- the ligatures are
missing! Acrobat<br>
> > and<br>
> > > > > Acrobat Reader 5.0 show them correctly on the
screen, but<br>
> > 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<br>
> > 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><br>
> >
<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><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><br>
> (PG)<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>