- ntg-pdftex - NTG Mailing Lists

tools to check whether a pdf is invalid
by Thanh Han The 08 Feb '07

08 Feb '07

Hi, I am collecting some tools to check whether a pdf is ok. I put what I have found so far to a script which can be used as follows: ,-------- | $ checkpdf microtype.pdf | Checking microtype.pdf using pdfvalidator... | PDF library evaluation version, created Dec 2006 | Checking microtype.pdf using Multivalent Validate tool... | Checking microtype.pdf using Ghostscript... | Checking microtype.pdf using pdftoppm (xpdf)... | Printing microtype.pdf to microtype.ps using Acrobat Reader... | Checking microtype.ps using Ghostscript... | Printing microtype.pdf to microtype.ps using pdftops (xpdf)... | Checking microtype.ps using Ghostscript... | Done. `-------- if someone knows of another tool which can be added, please share your experience. Or if someone is interested in the script, I will post it here. Thanh Ref: pdfvalidator: from pdf-tools.com tool.pdf.Validate: from http://multivalent.sourceforge.net/

2 1

[ pdftex-Bugs-729 ] problem with pdftex-1.40.1 and Gentium ligatures
by noreply＠sarovar.org 04 Feb '07

04 Feb '07

Bugs item #729, was opened at 2007-02-02 14:33 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=729&group_id=106 Category: Fonts Group: v1.40.1 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Taco Hoekwater (taco) Assigned to: Hartmut Henkel (hhenkel) Summary: problem with pdftex-1.40.1 and Gentium ligatures Initial Comment: Hi, Johan Sandblom ran into a problem with Gentium that seems to be related to pdftex's handling of cff fonts. Have a look the attached example. When you view the generated pdf document in Acrobat, there is no problem, but when you print it (at least in ar7), the Gentium c haracters are not visible at all in the output. Included is the output of acroread 7.0.8's print-to-file on linux . The really weird part is that removing the chancery font fixes the problem with the Gentium. /me doesn't get it, I hope someone else understand what happens. Taco ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2007-02-04 20:44 Message: Logged In: YES user_id=421 A patch for this will be included in the next version (1.40.3). ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2007-02-04 15:36 Message: Logged In: YES user_id=1608 Hi Reinhart, That AR was confused was the point, not a side-effect. ;-) Thanh discovered and fixed a bug, and that fix will no doubt be included in 1.40.3 eventually. Thanhs comment was: > bug 729 seems to be caused by an error in the new font writting stuff. > Actually a TrueType font should not have an Enoding entry in its font > dictionary at all. Indeed commenting out the Encoding entry for Gentinum > made the problem gone. Fixing the problem should be easy. The fix is to start the if statement on line 507 of writefont.c with an extra test: if (!is_truetype(fo->fd->fm) && .... Best wishes, Taco ---------------------------------------------------------------------- Comment By: Reinhard Kotucha (reinhard) Date: 2007-02-04 15:23 Message: Logged In: YES user_id=4195 It seems that Gentium is empty: >From example-ptf-7.0.8.ps: [...] %ADOBeginSubsetFont: QCTAAA+Gentium Initial %ADOt1write: (1.0.24) %%Copyright: Copyright 2007 Adobe System Incorporated. All rights reserved. [...] /Encoding 256 array 0 1 255 {1 index exch /.notdef put} for def [...] dup /CharStrings 1 dict dup begin /.notdef <1C60D8A8C9B88EAF6D> |- end put [...] Please try with pdftops, it seems that AR is a bit confused. Regards, Reinhard ---------------------------------------------------------------------- Comment By: Reinhard Kotucha (reinhard) Date: 2007-02-02 20:20 Message: Logged In: YES user_id=4195 It seems that Gentium is empty: >From example-ptf-7.0.8.ps: [...] %ADOBeginSubsetFont: QCTAAA+Gentium Initial %ADOt1write: (1.0.24) %%Copyright: Copyright 2007 Adobe System Incorporated. All rights reserved. [...] /Encoding 256 array 0 1 255 {1 index exch /.notdef put} for def [...] dup /CharStrings 1 dict dup begin /.notdef <1C60D8A8C9B88EAF6D> |- end put [...] Please try with pdftops, it seems that AR is a bit confused. Regards, Reinhard ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-02-02 15:30 Message: Logged In: YES user_id=421 Further observations: kpdf and xpdf show the Gentium characters, gs 8.54 doesn't. A print to file of kpdf doesn't have the "fi", only "ll 1". ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=729&group_id=106

1 0

[ pdftex-Bugs-729 ] problem with pdftex-1.40.1 and Gentium ligatures
by noreply＠sarovar.org 04 Feb '07

04 Feb '07

Bugs item #729, was opened at 2007-02-02 14:33 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=729&group_id=106 Category: Fonts Group: v1.40.1 Status: Open Resolution: Accepted Priority: 5 Submitted By: Taco Hoekwater (taco) Assigned to: Hartmut Henkel (hhenkel) Summary: problem with pdftex-1.40.1 and Gentium ligatures Initial Comment: Hi, Johan Sandblom ran into a problem with Gentium that seems to be related to pdftex's handling of cff fonts. Have a look the attached example. When you view the generated pdf document in Acrobat, there is no problem, but when you print it (at least in ar7), the Gentium c haracters are not visible at all in the output. Included is the output of acroread 7.0.8's print-to-file on linux . The really weird part is that removing the chancery font fixes the problem with the Gentium. /me doesn't get it, I hope someone else understand what happens. Taco ---------------------------------------------------------------------- >Comment By: Taco Hoekwater (taco) Date: 2007-02-04 15:36 Message: Logged In: YES user_id=1608 Hi Reinhart, That AR was confused was the point, not a side-effect. ;-) Thanh discovered and fixed a bug, and that fix will no doubt be included in 1.40.3 eventually. Thanhs comment was: > bug 729 seems to be caused by an error in the new font writting stuff. > Actually a TrueType font should not have an Enoding entry in its font > dictionary at all. Indeed commenting out the Encoding entry for Gentinum > made the problem gone. Fixing the problem should be easy. The fix is to start the if statement on line 507 of writefont.c with an extra test: if (!is_truetype(fo->fd->fm) && .... Best wishes, Taco ---------------------------------------------------------------------- Comment By: Reinhard Kotucha (reinhard) Date: 2007-02-04 15:23 Message: Logged In: YES user_id=4195 It seems that Gentium is empty: >From example-ptf-7.0.8.ps: [...] %ADOBeginSubsetFont: QCTAAA+Gentium Initial %ADOt1write: (1.0.24) %%Copyright: Copyright 2007 Adobe System Incorporated. All rights reserved. [...] /Encoding 256 array 0 1 255 {1 index exch /.notdef put} for def [...] dup /CharStrings 1 dict dup begin /.notdef <1C60D8A8C9B88EAF6D> |- end put [...] Please try with pdftops, it seems that AR is a bit confused. Regards, Reinhard ---------------------------------------------------------------------- Comment By: Reinhard Kotucha (reinhard) Date: 2007-02-02 20:20 Message: Logged In: YES user_id=4195 It seems that Gentium is empty: >From example-ptf-7.0.8.ps: [...] %ADOBeginSubsetFont: QCTAAA+Gentium Initial %ADOt1write: (1.0.24) %%Copyright: Copyright 2007 Adobe System Incorporated. All rights reserved. [...] /Encoding 256 array 0 1 255 {1 index exch /.notdef put} for def [...] dup /CharStrings 1 dict dup begin /.notdef <1C60D8A8C9B88EAF6D> |- end put [...] Please try with pdftops, it seems that AR is a bit confused. Regards, Reinhard ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-02-02 15:30 Message: Logged In: YES user_id=421 Further observations: kpdf and xpdf show the Gentium characters, gs 8.54 doesn't. A print to file of kpdf doesn't have the "fi", only "ll 1". ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=729&group_id=106

1 0

[ pdftex-Bugs-729 ] problem with pdftex-1.40.1 and Gentium ligatures
by noreply＠sarovar.org 04 Feb '07

04 Feb '07

Bugs item #729, was opened at 2007-02-02 14:33 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=729&group_id=106 Category: Fonts Group: v1.40.1 Status: Open Resolution: Accepted Priority: 5 Submitted By: Taco Hoekwater (taco) Assigned to: Hartmut Henkel (hhenkel) Summary: problem with pdftex-1.40.1 and Gentium ligatures Initial Comment: Hi, Johan Sandblom ran into a problem with Gentium that seems to be related to pdftex's handling of cff fonts. Have a look the attached example. When you view the generated pdf document in Acrobat, there is no problem, but when you print it (at least in ar7), the Gentium c haracters are not visible at all in the output. Included is the output of acroread 7.0.8's print-to-file on linux . The really weird part is that removing the chancery font fixes the problem with the Gentium. /me doesn't get it, I hope someone else understand what happens. Taco ---------------------------------------------------------------------- Comment By: Reinhard Kotucha (reinhard) Date: 2007-02-04 15:23 Message: Logged In: YES user_id=4195 It seems that Gentium is empty: >From example-ptf-7.0.8.ps: [...] %ADOBeginSubsetFont: QCTAAA+Gentium Initial %ADOt1write: (1.0.24) %%Copyright: Copyright 2007 Adobe System Incorporated. All rights reserved. [...] /Encoding 256 array 0 1 255 {1 index exch /.notdef put} for def [...] dup /CharStrings 1 dict dup begin /.notdef <1C60D8A8C9B88EAF6D> |- end put [...] Please try with pdftops, it seems that AR is a bit confused. Regards, Reinhard ---------------------------------------------------------------------- Comment By: Reinhard Kotucha (reinhard) Date: 2007-02-02 20:20 Message: Logged In: YES user_id=4195 It seems that Gentium is empty: >From example-ptf-7.0.8.ps: [...] %ADOBeginSubsetFont: QCTAAA+Gentium Initial %ADOt1write: (1.0.24) %%Copyright: Copyright 2007 Adobe System Incorporated. All rights reserved. [...] /Encoding 256 array 0 1 255 {1 index exch /.notdef put} for def [...] dup /CharStrings 1 dict dup begin /.notdef <1C60D8A8C9B88EAF6D> |- end put [...] Please try with pdftops, it seems that AR is a bit confused. Regards, Reinhard ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-02-02 15:30 Message: Logged In: YES user_id=421 Further observations: kpdf and xpdf show the Gentium characters, gs 8.54 doesn't. A print to file of kpdf doesn't have the "fi", only "ll 1". ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=729&group_id=106

1 0

[ pdftex-Bugs-729 ] problem with pdftex-1.40.1 and Gentium ligatures
by noreply＠sarovar.org 02 Feb '07

02 Feb '07

Bugs item #729, was opened at 2007-02-02 14:33 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=729&group_id=106 Category: Fonts Group: v1.40.1 Status: Open Resolution: Accepted Priority: 5 Submitted By: Taco Hoekwater (taco) Assigned to: Hartmut Henkel (hhenkel) Summary: problem with pdftex-1.40.1 and Gentium ligatures Initial Comment: Hi, Johan Sandblom ran into a problem with Gentium that seems to be related to pdftex's handling of cff fonts. Have a look the attached example. When you view the generated pdf document in Acrobat, there is no problem, but when you print it (at least in ar7), the Gentium c haracters are not visible at all in the output. Included is the output of acroread 7.0.8's print-to-file on linux . The really weird part is that removing the chancery font fixes the problem with the Gentium. /me doesn't get it, I hope someone else understand what happens. Taco ---------------------------------------------------------------------- Comment By: Reinhard Kotucha (reinhard) Date: 2007-02-02 20:20 Message: Logged In: YES user_id=4195 It seems that Gentium is empty: >From example-ptf-7.0.8.ps: [...] %ADOBeginSubsetFont: QCTAAA+Gentium Initial %ADOt1write: (1.0.24) %%Copyright: Copyright 2007 Adobe System Incorporated. All rights reserved. [...] /Encoding 256 array 0 1 255 {1 index exch /.notdef put} for def [...] dup /CharStrings 1 dict dup begin /.notdef <1C60D8A8C9B88EAF6D> |- end put [...] Please try with pdftops, it seems that AR is a bit confused. Regards, Reinhard ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-02-02 15:30 Message: Logged In: YES user_id=421 Further observations: kpdf and xpdf show the Gentium characters, gs 8.54 doesn't. A print to file of kpdf doesn't have the "fi", only "ll 1". ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=729&group_id=106

1 0

[ pdftex-Bugs-729 ] problem with pdftex-1.40.1 and Gentium ligatures
by noreply＠sarovar.org 02 Feb '07

02 Feb '07

Bugs item #729, was opened at 2007-02-02 14:33 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=729&group_id=106 Category: Fonts Group: v1.40.1 Status: Open >Resolution: Accepted Priority: 5 Submitted By: Taco Hoekwater (taco) Assigned to: Hartmut Henkel (hhenkel) Summary: problem with pdftex-1.40.1 and Gentium ligatures Initial Comment: Hi, Johan Sandblom ran into a problem with Gentium that seems to be related to pdftex's handling of cff fonts. Have a look the attached example. When you view the generated pdf document in Acrobat, there is no problem, but when you print it (at least in ar7), the Gentium c haracters are not visible at all in the output. Included is the output of acroread 7.0.8's print-to-file on linux . The really weird part is that removing the chancery font fixes the problem with the Gentium. /me doesn't get it, I hope someone else understand what happens. Taco ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2007-02-02 15:30 Message: Logged In: YES user_id=421 Further observations: kpdf and xpdf show the Gentium characters, gs 8.54 doesn't. A print to file of kpdf doesn't have the "fi", only "ll 1". ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=729&group_id=106

1 0

[ pdftex-Bugs-712 ] problems with \letterspacefont
by noreply＠sarovar.org 02 Feb '07

02 Feb '07

Bugs item #712, was opened at 2006-12-12 02:53 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=712&group_id=106 Category: hz Group: v1.40.0 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Robert (schlcht) Assigned to: The Thanh Han (hanthethanh) Summary: problems with \letterspacefont Initial Comment: % Testing the new \letterspacefont, I found: % % (1) it's certainly not correct to have the spacing % relative to character widths (look at `minimal'!) % (2) everything's shifted to the right % (3) when trying to expand the letter-spaced font, I % get the warning `font should be expanded before % its first use' (even before its first use), and % then pdftex segfaults. \pdfadjustspacing2 \hsize13cm This is normal text This is normal text This is normal text This is normal text This is normal text This is normal text {\letterspacefont\lspfont=\font 1000 %\pdffontexpand\lspfont 20 20 5 autoexpand % segfault \lspfont This isn't normal text This isn't normal text This isn't normal text This is minimal text} This is normal text This is normal text This is normal text \bye ---------------------------------------------------------------------- >Comment By: The Thanh Han (hanthethanh) Date: 2007-02-02 13:54 Message: Logged In: YES user_id=710 the warning message can be removed. I left it there since I don't know what happens if a virtual font is loaded, used and then expanded and used again with font expansion. It should be alright to do so, but I am not very sure. Anyway, I will change the warning to be issued for non-virtual fonts only. It turned to be a design mistake that the \pdffontexpand primitive takes a base font and turns it to an expanded font. It would be better it was more like \letterspacefont, ie it should create a new font and leave the original font intact. ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2007-02-02 07:30 Message: Logged In: YES user_id=1608 > I hope luatex will abolish with this nonsensical connexion of ligatures and kerns? Yes. ligatures and kerns are totally separate in luatex. ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2007-02-01 19:02 Message: Logged In: YES user_id=2217 If the warning is misleading, should it not be removed? On a different matter: Since \letterspacefont issues set_no_ligatures, there won't be any kerning, either. There's no way around that, I guess? (I hope luatex will abolish with this nonsensical connexion of ligatures and kerns?) ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2007-01-04 15:59 Message: Logged In: YES user_id=710 The warning is misleading but harmless. The reason of the warning is that pdftex checks whether a font has not been used before expansion (its type has not been examined and is new/unknown yet). \letterspacefont sets the type of \y as a virtual font, thus pdftex thinks the font might have been used before. ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2007-01-04 00:40 Message: Logged In: YES user_id=2217 I'm a bit confused about the status of (3): letterspacing and expansion: When expanding a letterspaced font, pdftex issues the warning: ``font should be expanded before its first use'', but apart from that, I cannot see any problems -- the font is both letterspaced and expanded. Or is there a reason for the warning? \pdfadjustspacing2 \font\x=cmr10 \x \letterspacefont\y=\x 100 \y \pdffontexpand\y 20 20 5 autoexpand ... \bye ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-12-21 16:09 Message: Logged In: YES user_id=421 A patch for this will be included in the next version (1.40). ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2006-12-12 17:47 Message: Logged In: YES user_id=710 oops, I disabled ligature for letter-spaced font, but this should not affect the base font. Will have to rethink. Most likely the syntax will change like follows: \letterspacefont\f=cmr10 at 11pt 100 \f text ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2006-12-12 15:50 Message: Logged In: YES user_id=2217 % and here's % (4) ligatures will be broken up, not only in the % letter-spaced font (which is probably acceptable), % but in all subsequent uses of the base font, too fi\par {\letterspacefont\lspfont=\font 100 \lspfont fi}\par fi \bye ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2006-12-12 13:31 Message: Logged In: YES user_id=710 I fixed (1) and (2); (3) is disabled now, ie you cannot expand a letter-spaced font. Please wait for another release from Martin. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=712&group_id=106

1 0

[ pdftex-Bugs-729 ] problem with pdftex-1.40.1 and Gentium ligatures
by noreply＠sarovar.org 02 Feb '07

02 Feb '07

Bugs item #729, was opened at 2007-02-02 14:33 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=729&group_id=106 Category: Fonts Group: v1.40.1 Status: Open Resolution: None Priority: 5 Submitted By: Taco Hoekwater (taco) Assigned to: Hartmut Henkel (hhenkel) Summary: problem with pdftex-1.40.1 and Gentium ligatures Initial Comment: Hi, Johan Sandblom ran into a problem with Gentium that seems to be related to pdftex's handling of cff fonts. Have a look the attached example. When you view the generated pdf document in Acrobat, there is no problem, but when you print it (at least in ar7), the Gentium c haracters are not visible at all in the output. Included is the output of acroread 7.0.8's print-to-file on linux . The really weird part is that removing the chancery font fixes the problem with the Gentium. /me doesn't get it, I hope someone else understand what happens. Taco ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=729&group_id=106

1 0

[ pdftex-Bugs-712 ] problems with \letterspacefont
by noreply＠sarovar.org 02 Feb '07

02 Feb '07

Bugs item #712, was opened at 2006-12-12 03:53 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=712&group_id=106 Category: hz Group: v1.40.0 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Robert (schlcht) Assigned to: The Thanh Han (hanthethanh) Summary: problems with \letterspacefont Initial Comment: % Testing the new \letterspacefont, I found: % % (1) it's certainly not correct to have the spacing % relative to character widths (look at `minimal'!) % (2) everything's shifted to the right % (3) when trying to expand the letter-spaced font, I % get the warning `font should be expanded before % its first use' (even before its first use), and % then pdftex segfaults. \pdfadjustspacing2 \hsize13cm This is normal text This is normal text This is normal text This is normal text This is normal text This is normal text {\letterspacefont\lspfont=\font 1000 %\pdffontexpand\lspfont 20 20 5 autoexpand % segfault \lspfont This isn't normal text This isn't normal text This isn't normal text This is minimal text} This is normal text This is normal text This is normal text \bye ---------------------------------------------------------------------- >Comment By: Taco Hoekwater (taco) Date: 2007-02-02 08:30 Message: Logged In: YES user_id=1608 > I hope luatex will abolish with this nonsensical connexion of ligatures and kerns? Yes. ligatures and kerns are totally separate in luatex. ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2007-02-01 20:02 Message: Logged In: YES user_id=2217 If the warning is misleading, should it not be removed? On a different matter: Since \letterspacefont issues set_no_ligatures, there won't be any kerning, either. There's no way around that, I guess? (I hope luatex will abolish with this nonsensical connexion of ligatures and kerns?) ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2007-01-04 16:59 Message: Logged In: YES user_id=710 The warning is misleading but harmless. The reason of the warning is that pdftex checks whether a font has not been used before expansion (its type has not been examined and is new/unknown yet). \letterspacefont sets the type of \y as a virtual font, thus pdftex thinks the font might have been used before. ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2007-01-04 01:40 Message: Logged In: YES user_id=2217 I'm a bit confused about the status of (3): letterspacing and expansion: When expanding a letterspaced font, pdftex issues the warning: ``font should be expanded before its first use'', but apart from that, I cannot see any problems -- the font is both letterspaced and expanded. Or is there a reason for the warning? \pdfadjustspacing2 \font\x=cmr10 \x \letterspacefont\y=\x 100 \y \pdffontexpand\y 20 20 5 autoexpand ... \bye ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-12-21 17:09 Message: Logged In: YES user_id=421 A patch for this will be included in the next version (1.40). ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2006-12-12 18:47 Message: Logged In: YES user_id=710 oops, I disabled ligature for letter-spaced font, but this should not affect the base font. Will have to rethink. Most likely the syntax will change like follows: \letterspacefont\f=cmr10 at 11pt 100 \f text ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2006-12-12 16:50 Message: Logged In: YES user_id=2217 % and here's % (4) ligatures will be broken up, not only in the % letter-spaced font (which is probably acceptable), % but in all subsequent uses of the base font, too fi\par {\letterspacefont\lspfont=\font 100 \lspfont fi}\par fi \bye ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2006-12-12 14:31 Message: Logged In: YES user_id=710 I fixed (1) and (2); (3) is disabled now, ie you cannot expand a letter-spaced font. Please wait for another release from Martin. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=712&group_id=106

1 0

[ pdftex-Bugs-712 ] problems with \letterspacefont
by noreply＠sarovar.org 01 Feb '07

01 Feb '07

Bugs item #712, was opened at 2006-12-12 02:53 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=712&group_id=106 Category: hz Group: v1.40.0 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Robert (schlcht) Assigned to: The Thanh Han (hanthethanh) Summary: problems with \letterspacefont Initial Comment: % Testing the new \letterspacefont, I found: % % (1) it's certainly not correct to have the spacing % relative to character widths (look at `minimal'!) % (2) everything's shifted to the right % (3) when trying to expand the letter-spaced font, I % get the warning `font should be expanded before % its first use' (even before its first use), and % then pdftex segfaults. \pdfadjustspacing2 \hsize13cm This is normal text This is normal text This is normal text This is normal text This is normal text This is normal text {\letterspacefont\lspfont=\font 1000 %\pdffontexpand\lspfont 20 20 5 autoexpand % segfault \lspfont This isn't normal text This isn't normal text This isn't normal text This is minimal text} This is normal text This is normal text This is normal text \bye ---------------------------------------------------------------------- >Comment By: Robert (schlcht) Date: 2007-02-01 19:02 Message: Logged In: YES user_id=2217 If the warning is misleading, should it not be removed? On a different matter: Since \letterspacefont issues set_no_ligatures, there won't be any kerning, either. There's no way around that, I guess? (I hope luatex will abolish with this nonsensical connexion of ligatures and kerns?) ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2007-01-04 15:59 Message: Logged In: YES user_id=710 The warning is misleading but harmless. The reason of the warning is that pdftex checks whether a font has not been used before expansion (its type has not been examined and is new/unknown yet). \letterspacefont sets the type of \y as a virtual font, thus pdftex thinks the font might have been used before. ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2007-01-04 00:40 Message: Logged In: YES user_id=2217 I'm a bit confused about the status of (3): letterspacing and expansion: When expanding a letterspaced font, pdftex issues the warning: ``font should be expanded before its first use'', but apart from that, I cannot see any problems -- the font is both letterspaced and expanded. Or is there a reason for the warning? \pdfadjustspacing2 \font\x=cmr10 \x \letterspacefont\y=\x 100 \y \pdffontexpand\y 20 20 5 autoexpand ... \bye ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-12-21 16:09 Message: Logged In: YES user_id=421 A patch for this will be included in the next version (1.40). ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2006-12-12 17:47 Message: Logged In: YES user_id=710 oops, I disabled ligature for letter-spaced font, but this should not affect the base font. Will have to rethink. Most likely the syntax will change like follows: \letterspacefont\f=cmr10 at 11pt 100 \f text ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2006-12-12 15:50 Message: Logged In: YES user_id=2217 % and here's % (4) ligatures will be broken up, not only in the % letter-spaced font (which is probably acceptable), % but in all subsequent uses of the base font, too fi\par {\letterspacefont\lspfont=\font 100 \lspfont fi}\par fi \bye ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2006-12-12 13:31 Message: Logged In: YES user_id=710 I fixed (1) and (2); (3) is disabled now, ie you cannot expand a letter-spaced font. Please wait for another release from Martin. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=712&group_id=106

1 0