September 2004 - ntg-pdftex

[ pdftex-Bugs-115 ] character protrusion: some characters will not be protruded
by noreply＠sarovar.org 20 Sep '04

20 Sep '04

Bugs item #115, was opened at 2004-09-10 21:57 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=115&group_id=106 Category: hz Group: v1.20a Status: Open Resolution: None Priority: 5 Submitted By: Nobody (None) Assigned to: The Thanh Han (hanthethanh) Summary: character protrusion: some characters will not be protruded Initial Comment: Some characters will not be protruded into the right margin, namely: `-', `--', and `---', if entered like that. When they occur as \hyphenchar, or as a single character (e.g. \char123), everything's fine. With the EC fonts, the same happens for some quote characters. Here's a plain TeX file showing the problem: ---------------------------------------------------- \tracingoutput 1 \showboxbreadth \maxdimen \showboxdepth \maxdimen \pdfprotrudechars=2 \hsize10em \def\testprotrusion#1{#1\dotfill #1\penalty-10000} \font\testfont=cmr10\testfont \newcount\charcount \charcount=0 \loop \rpcode\font\charcount=1000 \advance\charcount 1 \ifnum\charcount < 256 \repeat \noindent \testprotrusion{A}% OK \testprotrusion{-}% \testprotrusion{--}% \testprotrusion{---}% \testprotrusion{itworks\-likethis}% \testprotrusion{\char123}% \testprotrusion{\char124}% \font\testfont=ecrm10\testfont \charcount=0 \loop \rpcode\font\charcount=1000 \advance\charcount 1 \ifnum\charcount < 256 \repeat \noindent \testprotrusion{``}% \testprotrusion{''}% \testprotrusion{\char13}% \quotedblbase \testprotrusion{\char18}% \quotesinglbase \testprotrusion{Z}% OK \bye ---------------------------------------------------- I don't know whether that might be related, but in all cases, something is being inserted between the character itself and the right margin by TeX (a discretionary for the dashes, a \kern for the quote characters). (This is the same bug as reported in the dctt thread `Randausgleich von Binde- und Trennstrich', 29.8.04) Regards, Robert. ---------------------------------------------------------------------- >Comment By: Hartmut Henkel (hhenkel) Date: 2004-09-19 17:09 Message: Logged In: YES user_id=929 still problems with expanded fonts, see PDF ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2004-09-19 13:49 Message: Logged In: YES user_id=929 This patch should work now, see PDF files in the tarball. ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2004-09-19 12:42 Message: Logged In: YES user_id=929 Patch tries to solve the bug. Seems to run with Robert's example. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=115&group_id=106

1 0

[ pdftex-Bugs-115 ] character protrusion: some characters will not be protruded
by noreply＠sarovar.org 19 Sep '04

19 Sep '04

Bugs item #115, was opened at 2004-09-10 21:57 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=115&group_id=106 Category: hz Group: v1.20a Status: Open Resolution: None Priority: 5 Submitted By: Nobody (None) Assigned to: The Thanh Han (hanthethanh) Summary: character protrusion: some characters will not be protruded Initial Comment: Some characters will not be protruded into the right margin, namely: `-', `--', and `---', if entered like that. When they occur as \hyphenchar, or as a single character (e.g. \char123), everything's fine. With the EC fonts, the same happens for some quote characters. Here's a plain TeX file showing the problem: ---------------------------------------------------- \tracingoutput 1 \showboxbreadth \maxdimen \showboxdepth \maxdimen \pdfprotrudechars=2 \hsize10em \def\testprotrusion#1{#1\dotfill #1\penalty-10000} \font\testfont=cmr10\testfont \newcount\charcount \charcount=0 \loop \rpcode\font\charcount=1000 \advance\charcount 1 \ifnum\charcount < 256 \repeat \noindent \testprotrusion{A}% OK \testprotrusion{-}% \testprotrusion{--}% \testprotrusion{---}% \testprotrusion{itworks\-likethis}% \testprotrusion{\char123}% \testprotrusion{\char124}% \font\testfont=ecrm10\testfont \charcount=0 \loop \rpcode\font\charcount=1000 \advance\charcount 1 \ifnum\charcount < 256 \repeat \noindent \testprotrusion{``}% \testprotrusion{''}% \testprotrusion{\char13}% \quotedblbase \testprotrusion{\char18}% \quotesinglbase \testprotrusion{Z}% OK \bye ---------------------------------------------------- I don't know whether that might be related, but in all cases, something is being inserted between the character itself and the right margin by TeX (a discretionary for the dashes, a \kern for the quote characters). (This is the same bug as reported in the dctt thread `Randausgleich von Binde- und Trennstrich', 29.8.04) Regards, Robert. ---------------------------------------------------------------------- >Comment By: Hartmut Henkel (hhenkel) Date: 2004-09-19 13:49 Message: Logged In: YES user_id=929 This patch should work now, see PDF files in the tarball. ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2004-09-19 12:42 Message: Logged In: YES user_id=929 Patch tries to solve the bug. Seems to run with Robert's example. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=115&group_id=106

1 0

[ pdftex-Bugs-115 ] character protrusion: some characters will not be protruded
by noreply＠sarovar.org 19 Sep '04

19 Sep '04

Bugs item #115, was opened at 2004-09-10 21:57 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=115&group_id=106 Category: hz Group: v1.20a Status: Open Resolution: None Priority: 5 Submitted By: Nobody (None) Assigned to: The Thanh Han (hanthethanh) Summary: character protrusion: some characters will not be protruded Initial Comment: Some characters will not be protruded into the right margin, namely: `-', `--', and `---', if entered like that. When they occur as \hyphenchar, or as a single character (e.g. \char123), everything's fine. With the EC fonts, the same happens for some quote characters. Here's a plain TeX file showing the problem: ---------------------------------------------------- \tracingoutput 1 \showboxbreadth \maxdimen \showboxdepth \maxdimen \pdfprotrudechars=2 \hsize10em \def\testprotrusion#1{#1\dotfill #1\penalty-10000} \font\testfont=cmr10\testfont \newcount\charcount \charcount=0 \loop \rpcode\font\charcount=1000 \advance\charcount 1 \ifnum\charcount < 256 \repeat \noindent \testprotrusion{A}% OK \testprotrusion{-}% \testprotrusion{--}% \testprotrusion{---}% \testprotrusion{itworks\-likethis}% \testprotrusion{\char123}% \testprotrusion{\char124}% \font\testfont=ecrm10\testfont \charcount=0 \loop \rpcode\font\charcount=1000 \advance\charcount 1 \ifnum\charcount < 256 \repeat \noindent \testprotrusion{``}% \testprotrusion{''}% \testprotrusion{\char13}% \quotedblbase \testprotrusion{\char18}% \quotesinglbase \testprotrusion{Z}% OK \bye ---------------------------------------------------- I don't know whether that might be related, but in all cases, something is being inserted between the character itself and the right margin by TeX (a discretionary for the dashes, a \kern for the quote characters). (This is the same bug as reported in the dctt thread `Randausgleich von Binde- und Trennstrich', 29.8.04) Regards, Robert. ---------------------------------------------------------------------- >Comment By: Hartmut Henkel (hhenkel) Date: 2004-09-19 12:42 Message: Logged In: YES user_id=929 Patch tries to solve the bug. Seems to run with Robert's example. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=115&group_id=106

1 0

[ pdftex-Bugs-112 ] Message "output format initialized to" is not always right
by noreply＠sarovar.org 18 Sep '04

18 Sep '04

Bugs item #112, was opened at 2004-09-09 10:13 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=112&group_id=106 Category: None Group: v1.20a Status: Open Resolution: None Priority: 3 Submitted By: Martin Schröder (oneiros) Assigned to: Nobody (None) >Summary: Message "output format initialized to" is not always right Initial Comment: The "output format initialized to DVI|PDF" is issued to early, which may lead to confusing results. See the thread "pdftex -ini" at http://www.ntg.nl/pipermail/ntg-pdftex/2004-September/000727.html ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=112&group_id=106

1 0

[ pdftex-Bugs-112 ] Message "output format initialized to" is not always right
by noreply＠sarovar.org 18 Sep '04

18 Sep '04

Bugs item #112, was opened at 2004-09-09 10:13 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=112&group_id=106 Category: None Group: v1.20a Status: Open Resolution: None Priority: 3 Submitted By: Martin Schröder (oneiros) Assigned to: Nobody (None) >Summary: Message "output format initialized to" is not always right Initial Comment: The "output format initialized to DVI|PDF" is issued to early, which may lead to confusing results. See the thread "pdftex -ini" at http://www.ntg.nl/pipermail/ntg-pdftex/2004-September/000727.html ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=112&group_id=106

1 0

1.20b-beta
by Martin Schröder 17 Sep '04

17 Sep '04

Hi, since we know of at least 3 bugs in 1.20a, I'll start the 1.20b-beta series on Monday. Anybody who wants to grab 1.20a out of p4 should do it soon or will have to fiddle with p4. 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

1 0

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

17 Sep '04

Bugs item #116, was opened at 2004-09-10 21: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: Open Resolution: None 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: Hartmut Henkel (hhenkel) Date: 2004-09-16 22: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

bug in graphic inclusion
by Hans Hagen 17 Sep '04

17 Sep '04

Hi, There is a bug in graphic inclusion. Volker, Fabrice and I could track it down to - when more than 512 multipage documents are included (say 600 two page articles) the file systems limit on open files steps in (512 on windows, can be enlarged to 2048; dunno about *ix) - fabrice located the spot in the source Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

1 0

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

16 Sep '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: Open Resolution: None 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. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=113&group_id=106

2 1

1.20a
by Martin Schröder 15 Sep '04

15 Sep '04

Hi, a tarball is at http://pdftex.sarovar.org/current/pdftex-1.20a.tar.bz2 Please give it a spin. 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

2 6