Bugs item #509, was opened at 2006-04-13 20:37 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=509&group_id=106 Category: Fonts Group: v1.40.0

Status: Closed Resolution: Fixed Priority: 3 Submitted By: Tom Bishop (tbishop) Assigned to: Hartmut Henkel (hhenkel) Summary: invalid pdf created if font name contains space

Initial Comment: pdftex 3.141592-1.30.4-2.2 runs the following code without complaining: \pdfmapline{+mssong4e {/usr/ local/teTeX/share/texmf.local/fonts/enc/pdftex/enc/mssong4e.enc} Output written on test3.pdf (1 page, 5067 bytes). Transcript written on test3.log. Thanks in advance for any help! Best wishes, Tom Bishop (wenlin@wenlin.com) ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-07-26 12:19 Message: Logged In: YES user_id=421 A patch for this will be included in the next version (1.40). ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2006-04-14 00:16 Message: Logged In: YES user_id=929 well, the PDF ref. says to strip the spaces, and i don't know what consequences such underscores would have. So it seems that just stripping spaces might be a little bit closer to the right thing (in the view that this is only with buggy fonts anyway). ---------------------------------------------------------------------- Comment By: Hans Hagen (hagen) Date: 2006-04-13 23:58 Message: Logged In: YES user_id=927 why not replace spaces by underscore (just as a precaution) ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2006-04-13 23:25 Message: Logged In: YES user_id=929 patch makes pdftex lenient with (buggy) TTF fonts that have spaces in PostScript name, strips spaces in /BaseFont and /FontName, e. g.: "MS Song" ---> "MSSong" ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2006-04-13 22:54 Message: Logged In: YES user_id=929 ah, after the PDF reference 5. ed. page 388 in case there would be no PostScript name entry we could be cruesome and strip the blank. But there is a wrong PostScript name in the font. So maybe one could flag a warning (or not?) and just strip the blank? (which would be easy) Regards, Hartmut ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2006-04-13 22:39 Message: Logged In: YES user_id=929 This mssong.ttf version seems to be buggy. Here is a diagnostic printout from function ttf_read_name() in writettf.c; these are all available entries from the "Naming Table": i=0 platform_id=1 encoding_id=0 name_id=0 name <(c) Copyright ZHUHAI Stone Computerized typesetting system R&D LTD., 1995-1996> i=1 platform_id=1 encoding_id=0 name_id=1 name <MS Song> i=2 platform_id=1 encoding_id=0 name_id=2 name <Regular> i=3 platform_id=1 encoding_id=0 name_id=3 name i=4 platform_id=1 encoding_id=0 name_id=4 name <MS Song> i=5 platform_id=1 encoding_id=0 name_id=5 name i=6 platform_id=1 encoding_id=0 name_id=6 name <MS Song> ---> ttf_read_name <MS Song> There is no usable PostScript name in: The TTF standard tells that under name_id=6 there should be the Postscript font, but here it is "MS Song" with a blank. As long as the font does not contain a valid PostScript name, i have no idea how to tweak this correctly... Other clues anybody? Regards, Hartmut ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=509&group_id=106