December 2004 - ntg-pdftex - NTG Mailing Lists

[ pdftex-Bugs-199 ] font expansion: characters may vanish
by noreply＠sarovar.org 22 Dec '04

22 Dec '04

Bugs item #199, was opened at 2004-09-22 23:13 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=199&group_id=106 Category: hz Group: v1.20a >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody (None) Assigned to: The Thanh Han (hanthethanh) Summary: font expansion: characters may vanish Initial Comment: For extremely large shrink values, characters may not be visible in the pdf output (although the fonts seem to be embedded), e.g. in the following file: %---------------------------------------------- \hsize220pt \pdfadjustspacing=2 \font\testfont=cmr17 at 90pt\testfont \pdffontexpand\font 0 1000 100 autoexpand \efcode\font`\s=500 \efcode\font`\e=500 \efcode\font`\y=500 see what you get\penalty-10000 \bye %---------------------------------------------- or even worse: %---------------------------------------------- \hsize180pt \pdfadjustspacing=2 \font\testfont=cmr17 at 90pt\testfont \pdffontexpand\font 0 1000 100 autoexpand see what you get\penalty-10000 \bye %---------------------------------------------- The font `cmr17-Extend_100' will not be visible. I only managed to achieve this effect with extremely large font sizes, which may or may not be related (it could also be that I didn't find the `magic' \hsize). If you force the characters to shrink even more, for example by setting \hsize to 120pt in the latter test file, the unexpanded font will be used, thus printing the characters over each other. Regards, Robert <w.m.l(a)gmx.net> PS. I didn't bother to create expanded fonts, so I cannot tell whether it depends on the autoexpand feature. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2004-12-22 15:53 Message: Logged In: YES user_id=421 This has been fixed in 1.20b ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2004-10-01 20:41 Message: Logged In: YES user_id=929 tiny patch tries to solve this bug. See README and PDF test file included. Regards, Hartmut ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2004-10-01 17:17 Message: Logged In: YES user_id=421 I you mean the effect in the attached pdf: This is either a bug in Jaws (png attached) or a bug in pdftex. gs 8.30, harlequin 5.3.4a and AR 5 all display the file distorted. :-( ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2004-09-29 00:06 Message: Logged In: NO But the problem I mentioned above in the last paragraph isn't related to Acrobat Reader, is it? % ------------------------------------------ \hsize35pt \pdfadjustspacing=2 \font\testfont=cmr12\testfont \pdffontexpand\font 0 1000 100 autoexpand text text text text\penalty-10000 \bye % ------------------------------------------ Seems like a sanity check is missing somewhere. If my guess is right, pdftex tries to use the font `cmr17-Extend_0', which (incorrectly) translates into the base font. What it should probably do is use the smallest available expanded font, i.e. in this case Extend_100, and make the line overfull. Regards, Robert. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2004-09-27 17:27 Message: Logged In: YES user_id=421 An Acrobat Reader bug. :-) ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2004-09-23 00:02 Message: Logged In: NO Obviously, I filed this report too early. Sorry about that. It is not a pdftex bug, but appears to be a bug in Acrobat Reader 6. (Just to tell you what I saw:) At zoom level 200% or larger, the font most shrunk (Extend_100) is not visible on screen. That is, in the first example, I only see "See y e", in the second, nothing at all. However, if I zoom out, the characters re-appear. Sorry for not zooming out earlier. Regards, Robert. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=199&group_id=106

1 0

[ pdftex-Bugs-116 ] character protrusion: pdftex may hang
by noreply＠sarovar.org 22 Dec '04

22 Dec '04

Bugs item #116, was opened at 2004-09-10 23:58 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=116&group_id=106 Category: hz Group: v1.20a >Status: Closed >Resolution: Fixed Priority: 7 Submitted By: Nobody (None) Assigned to: The Thanh Han (hanthethanh) Summary: character protrusion: pdftex may hang Initial Comment: pdfTeX will fail on the following LaTeX file: ---------------------------------------------------- \pdfprotrudechars 2 \documentclass{minimal} \begin{document} \fontsize{7}{8}\selectfont This paragraph consists of more than two lines. This paragraph consists of more than two lines. This paragraph consists of more than two lines. %% same for this paragraph: % This is \hfill an empty line \end{document} ---------------------------------------------------- pdfTeX will hang while building the paragraph, so it seems. This does not happen with other font sizes. Also, it somehow seems to depend on the fonts preloaded in the format file. If I change this line in preload.ltx: \DeclarePreloadSizes{OT1}{cmr}{m}{n}{5,7,10} so that the font for size 10 will be loaded first, and recreate the format, all is well. I am using: This is pdfeTeX, Version 3.141592-1.20a-2.2 (MiKTeX 2.4)) Regards, Robert. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2004-12-22 15:53 Message: Logged In: YES user_id=421 This has been fixed in 1.20b ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2004-10-14 15:11 Message: Logged In: NO I have also had this problem with v1.10a and v1.20a. The problem only occurs with \pdfprotrudechars=2 (not when it is 1). Changing the font-size sometimes fixes it, as does changing the font encoding (presumably this alters the line breaking sufficiently not to bring about the specific conditions that cause the hang). ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2004-09-17 00:18 Message: Logged In: YES user_id=929 seems it's a loop in hz.ch, function total_pw(), always returning to the reswitch: label. I don't know what's going on, but supposing that the current line loop or whatever should end when the post_break(l) is reached, just shifting the goto reswitch; to this place: decr(n); end; goto reswitch; end; end; total_pw := left_pw(l) + right_pw(r); end; seems to make it work. No idea how to test it... ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=116&group_id=106

1 0

[ pdftex-Bugs-113 ] \pdftexbanner identifies pdfetex and pdfxtex as pdftex
by noreply＠sarovar.org 22 Dec '04

22 Dec '04

Bugs item #113, was opened at 2004-09-09 12:16 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=113&group_id=106 Category: None Group: v1.20a >Status: Closed >Resolution: Fixed Priority: 3 Submitted By: Martin Schröder (oneiros) Assigned to: Nobody (None) Summary: \pdftexbanner identifies pdfetex and pdfxtex as pdftex Initial Comment: Also make sure that the /PTEX.-keys inserted by the programs correctly identify the programs, not only pdftex. For pdf{e|x}tex, the information should also include the eTeX-version. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2004-12-22 15:53 Message: Logged In: YES user_id=421 This has been fixed in 1.20b ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=113&group_id=106

1 0

[ pdftex-Bugs-242 ] Assertion failure when including pdf file without embedded fonts
by noreply＠sarovar.org 22 Dec '04

22 Dec '04

Bugs item #242, was opened at 2004-12-02 15:31 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=242&group_id=106 Category: Fonts Group: v1.20a >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody (None) Assigned to: Hartmut Henkel (hhenkel) Summary: Assertion failure when including pdf file without embedded fonts Initial Comment: See included shell script ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2004-12-22 15:53 Message: Logged In: YES user_id=421 This has been fixed in 1.20b ---------------------------------------------------------------------- Comment By: Thomas Esser (tetex) Date: 2004-12-03 00:30 Message: Logged In: YES user_id=1230 I can reproduce this bug after updmap --setoption pdftexDownloadBase14 false Thomas ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=242&group_id=106

1 0

[ pdftex-Bugs-63 ] Test
by noreply＠sarovar.org 22 Dec '04

22 Dec '04

Bugs item #63, was opened at 2004-04-20 17:04 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=63&group_id=106 Category: PDF inclusion Group: None >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Martin Schröder (oneiros) Assigned to: Martin Schröder (oneiros) Summary: Test Initial Comment: test ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=63&group_id=106

1 0

Re: Re: [NTG-pdftex] 1.20b-rc6
by The Thanh Han 21 Dec '04

21 Dec '04

Hi, I am sorry not to be able to check it out, as my laptop is broken and I don't have a telephone link at home yet, so the only thing I can do now is to visit some internet cafe to check mail and reply to those urgent ones. If thing don't improve for another 2-3 weeks I will buy a new laptop. Thanh -----Original Message----- From: Martin Schröder <ms(a)artcom-gmbh.de> To: ntg-pdftex(a)ntg.nl Date: Mon, 20 Dec 2004 17:45:50 +0100 Subject: Re: [NTG-pdftex] 1.20b-rc6 > p4 describe -s 6664 Change 6664 by ms@artcom on 2004/12/20 17:34:46 pdftex: 1.20b-rc6 Affected files ... .... //depot/Build/source.development/TeX/texk/web2c/pdftexdir/NEWS#76 edit .... //depot/Build/source.development/TeX/texk/web2c/pdftexdir/pdftex.ch#159 edit .... //depot/Build/source.development/TeX/texk/web2c/pdftexdir/writet1.c#21 edit This has the last patch from Hartmut for bug #250. If nothing serious happens I plan a release on Wednesday. tarball is at pdftex.sarovar.org and in the beta branch at http://sarovar.org/projects/pdftex/ Best regards Martin -- Martin Schröder, ms(a)artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de _______________________________________________ ntg-pdftex mailing list ntg-pdftex(a)ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-pdftex

1 0

[ pdftex-Feature Requests-252 ] current page object number
by noreply＠sarovar.org 14 Dec '04

14 Dec '04

Feature Requests item #252, was opened at 2004-12-14 16:47 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=252&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: current page object number Initial Comment: Dear PdfTeX-developpers, sometimes the reference to the current page object is needed within the implementation of another pdf object. As an example may serve the `Screen Annotation' several interactive PDF features rely on. Currently, the \pdfpageref command, which takes a page number as argument, can be used for this purpose. It is difficult, however, to maintain a reliable page counter as the attached file demonstrates. It uses the `everyshi' package by M. Schroeder. On the first line of every page a wrong object number is being output. It would be very nice to have a command like \pdfcurrentpageref to be implemented in pdftex. Thanks for your attention, Alexander Grahn ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=252&group_id=106

1 0

[ pdftex-Bugs-250 ] writet1.c has problems with HUGE fonts. Patch.
by noreply＠sarovar.org 12 Dec '04

12 Dec '04

Bugs item #250, was opened at 2004-12-11 18:15 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=250&group_id=106 Category: Fonts Group: v1.20a Status: Open Resolution: None Priority: 5 Submitted By: Hartmut Henkel (hhenkel) Assigned to: Hartmut Henkel (hhenkel) Summary: writet1.c has problems with HUGE fonts. Patch. Initial Comment: Font GoudyIn.pfb causes pdftex segfault, see the README coming with the patch. This tries a fix by dynamic allocation of buffers. As a by-result, PFB and PFA font embedding speed seems to be increased. Needs more testing... ---------------------------------------------------------------------- >Comment By: Hartmut Henkel (hhenkel) Date: 2004-12-12 09:00 Message: Logged In: YES user_id=929 Tried to force re-allocations and made tests with pdftex and dvipsk, see attached .tgz file. Seems to run ok. ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2004-12-11 18:39 Message: Logged In: YES user_id=1608 My version pdfxtex did not exactly segfault, instead it gave the following pdftex_warning(): CharString: invalid access (1) to stack (0 entries) (and gdb showed a somewhat corrupt backtrace, probably both a symptom of the wild pointer). The patch fixed the problem, and I am now looking at a correct PDF document. And I also think it is somewhat faster than before. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=250&group_id=106

1 0

[ pdftex-Bugs-250 ] writet1.c has problems with HUGE fonts. Patch.
by noreply＠sarovar.org 11 Dec '04

11 Dec '04

Bugs item #250, was opened at 2004-12-11 19:15 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=250&group_id=106 Category: Fonts Group: v1.20a Status: Open Resolution: None Priority: 5 Submitted By: Hartmut Henkel (hhenkel) Assigned to: Hartmut Henkel (hhenkel) Summary: writet1.c has problems with HUGE fonts. Patch. Initial Comment: Font GoudyIn.pfb causes pdftex segfault, see the README coming with the patch. This tries a fix by dynamic allocation of buffers. As a by-result, PFB and PFA font embedding speed seems to be increased. Needs more testing... ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2004-12-11 19:39 Message: Logged In: YES user_id=1608 My version pdfxtex did not exactly segfault, instead it gave the following pdftex_warning(): CharString: invalid access (1) to stack (0 entries) (and gdb showed a somewhat corrupt backtrace, probably both a symptom of the wild pointer). The patch fixed the problem, and I am now looking at a correct PDF document. And I also think it is somewhat faster than before. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=250&group_id=106

1 0

[ pdftex-Bugs-250 ] writet1.c has problems with HUGE fonts. Patch.
by noreply＠sarovar.org 11 Dec '04

11 Dec '04

Bugs item #250, was opened at 2004-12-11 18:15 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=250&group_id=106 Category: Fonts Group: v1.20a Status: Open Resolution: None Priority: 5 Submitted By: Hartmut Henkel (hhenkel) Assigned to: Hartmut Henkel (hhenkel) Summary: writet1.c has problems with HUGE fonts. Patch. Initial Comment: Font GoudyIn.pfb causes pdftex segfault, see the README coming with the patch. This tries a fix by dynamic allocation of buffers. As a by-result, PFB and PFA font embedding speed seems to be increased. Needs more testing... ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=250&group_id=106

1 0