- ntg-pdftex - NTG Mailing Lists

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

14 Sep '04

Bugs item #115, was opened at 2004-09-10 23:57 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=115&group_id=106 >Category: hz Group: None 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. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=115&group_id=106

1 0

pdftex.org (was: pdfTeX Manual 1.20a Still Yet Another Draft)
by Martin Schröder 14 Sep '04

14 Sep '04

On 2004-09-09 22:45:40 -0400, Karl Berry wrote: > - actually a link to tug.org/applications/pdftex, looks outdated and not > really maintained. Will it ever be updated? > > It would certainly be good to update it. Perhaps one of you would like > to do it :)? I'm sure Sebastian does not want to. I'm happy to give > either or both of you accounts on tug. Clearly we want *some* pdftex > home page! It's currently in p4 at //depot/web/pdftex/ I'll update it shortly. 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 10 Sep '04

10 Sep '04

Bugs item #116, was opened at 2004-09-11 03:28 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=116&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody (None) Assigned to: Nobody (None) 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. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=116&group_id=106

1 0

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

10 Sep '04

Bugs item #115, was opened at 2004-09-11 03:27 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=115&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody (None) Assigned to: Nobody (None) 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. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=115&group_id=106

1 0

pdftex -ini
by Reinhard Kotucha 09 Sep '04

09 Sep '04

Hi, is this behaviour desired? $ pdftex -ini '\pdfoutput=1 \end' This is pdfeTeXk, Version 3.141592-1.20a-2.2 (Web2C 7.5.3) (INITEX) \write18 enabled. %&-line parsing enabled. output format initialized to DVI Regards, Reinhard -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-4592165 Marschnerstr. 25 D-30167 Hannover mailto:reinhard.kotucha@web.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ----------------------------------------------------------------------------

4 8

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

09 Sep '04

Bugs item #112, was opened at 2004-09-09 12: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

pdfetex /pdftexbanner gives pdftex
by Hartmut Henkel 09 Sep '04

09 Sep '04

Hi, is it intentional, that in the PDF file the /Producer and /PTEX.Fullbanner keys mention only "...pdfTeX..." even when pdfeTeX is used? And the etex "2.2" does not appear either. Similar with the \pdftexbanner. Regards, Hartmut

3 2

pdftex.sarovar.org
by Martin Schröder 06 Sep '04

06 Sep '04

Hi, this might sound dumb, but how are these files maintained? 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 2

pdftex-1.20a-rc6 is available
by The Thanh Han 06 Sep '04

06 Sep '04

Hi, pdftex-1.20a-rc6 is available (sources + djgpp binaries) at pdftex.sarovar.org this version fixed 2 problems with auto font expansion and margin kerning. If no further problem is found, we expect to release pdftex-1.20a soon Thanh

4 8

pdfetex rc7.2 char protrusion
by Hartmut Henkel 03 Sep '04

03 Sep '04

Has anybody followed this de.comp.text.tex thread? From: Christian Gudrian <usenet(a)gudrian.de> [1] Randausgleich von Binde- und Trennstrich Date: Sun Aug 29 17:23:53 CEST 2004 It deals with a disappearing protrusion at a manually set hyphen dash, e. g. in the test file below the one "Mammut-marsch". \nopagenumbers \pdfprotrudechars=2 \hsize=345pt \rpcode\font`\-=250 \def\sloppy{% \tolerance 9999% \emergencystretch 3em% \hfuzz .5pt \vfuzz\hfuzz} \sloppy Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammut-marsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch Mammutmarsch \end Or is this setup wrong? Only thing i found out is that the particular line with the manual hyphen ends with a disc_node (type 7), but the other lines seem to end with a vlist_node (type 1), whatever that means. And the automatic hyphens have a right_pw of 163840, whereas the manual one has zero there. No clue how to trace this further. Regards, Hartmut

2 1