January 2003 - ntg-pdftex - NTG Mailing Lists

Fwd: [tex-implementors] Re: announce: 2nd version of encTeX -- UTF-8 support
by Hans Hagen 22 Jan '03

22 Jan '03

Hi, Maybe something for pdfetex Hans >X-Authentication-Warning: newton.feld.cvut.cz: olsak owned process doing -bs >From: Petr Olsak <olsak(a)math.feld.cvut.cz> >X-X-Sender: olsak(a)newton.feld.cvut.cz >To: tex-implementors(a)ams.org >X-Scanned-By: MIMEDefang 1.0 (http://www.roaringpenguin.com/mimedefang/) >X-Virus-Scanned: by amavisd-milter (http://amavis.org/) >Subject: [tex-implementors] Re: announce: 2nd version of encTeX -- UTF-8 >support >Sender: tex-implementors-admin(a)tug.org >X-BeenThere: tex-implementors(a)tug.org >X-Mailman-Version: 2.0.13 >List-Help: <mailto:tex-implementors-request@tug.org?subject=help> >List-Post: <mailto:tex-implementors@tug.org> >List-Subscribe: <http://tug.org/mailman/listinfo/tex-implementors>, > <mailto:tex-implementors-request@tug.org?subject=subscribe> >List-Id: <tex-implementors.tug.org> >List-Unsubscribe: <http://tug.org/mailman/listinfo/tex-implementors>, > <mailto:tex-implementors-request@tug.org?subject=unsubscribe> >List-Archive: <http://tug.org/mailman/private/tex-implementors/> >Date: Wed, 22 Jan 2003 16:08:13 +0100 (CET) > > >Dear TeX implementors > >Let me remind the most important sentences of my announce of encTeX: > > > I released the second version of my encTeX -- the extension of TeX for > > input re-encoding. This version is available on > > > > ftp://math.feld.cvut.cz/pub/olsak/enctex/ > > > > This version supports the full UTF-8 encoding of input files and > > \write files in 8bit TeX, pdfTeX and eTeX. > > > > I think that the UTF-8 encoding will be used more and more common. In such > > situation, there is no another way than to modify the input processor > > of TeX otherwise the 8bit TeX will dead in short time. > > > > I am ready to help you with the implementation of encTeX to the common > > TeX distributions. > > > > I would like to the encTeX becomes a standard extension of TeX used in > > many TeX distributions. > > >Any comments? > >Will somebody implement this extension into TeX distribution? > >Thank you > >Petr Olsak > > > > >_______________________________________________ >tex-implementors mailing list >postmaster(a)tug.org >http://tug.org/mailman/listinfo/tex-implementors > >================================================================ >Deze e-mail is door E-mail VirusScanner van Planet Internet gecontroleerd >op virussen. >Op http://www.planet.nl/evs staat een verwijzing naar de actuele lijst >waar op wordt gecontroleerd. ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma(a)wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf -------------------------------------------------------------------------

1 0

Marking prereleases
by Martin Schroeder 16 Jan '03

16 Jan '03

Hi, although we have not yet release 1.10a, versions of 1.10a-devel are distributed with e.g. the latest tetex-beta (and I suspect fptex and miktex). Since we don't want to close the repository to the public, we need a way to mark these prereleases. This can be done automatically: We encode $DateTime$ into the version stamp of developement versions and the files containing the version stamp are automatically submitted periodically (e.g. weekly) to the repository. Better ideas? Best regards Martin -- Martin Schröder, MS(a)ArtCom-GmbH.DE ArtCom GmbH, Grazer Straße 8, D-28359 Bremen Voice +49 421 20419-44 / Fax +49 421 20419-10

9 55

Re: [pdftex] AR5 "Fit visible" bug
by Martin Schroeder 15 Jan '03

15 Jan '03

On 2002-05-26 02:02:48 +0200, Heiko Oberdiek wrote: > look at the following simple LaTeX file: > > \documentclass[a4paper]{article} > \begin{document} > \section{Hello World} > The begin of the line\hfill the end of the line > \end{document} > > run it through pdflatex and view the result > in the new version 5 of AcrobatReader/Unix. > With the view mode "Fit visible" the result > is very poor. The visible area is misplaced > by a large amount. > > Because "Fit visible" is my favourite view mode, > this misbehaviour would prevent me from using > AcrobatReader 5. Therefore I experimented to detect > the cause of the problem: > > * If there are lines (in the header, box around > the page), then the right margin is correct > calculated by AR, but the left margin is > zero. > * A box without any text is correctly displayed. > > The start of the pdf page stream: > > stream > 1 0 0 1 124.802 706.129 cm > BT > /F17 14.346 Tf 0 0 Td > [(1)-1125(H)1(ell)1(o)-375(W)94(orld)]TJ ... > > The problem seems, that AR does not take the current > transfer matrix (CTM) into account, if it scans the > first Td operator in a BT..ET block while calculating > the visible area. > > So the following fixes the problem in horizontal direction: > > 1 0 0 1 0 706.129 cm > BT > /F17 14.346 Tf 124.802 0 Td > [(1)-1125(H)1(ell)1(o)-375(W)94(orld)]TJ ... > > Some experiments (switching the view in AR) show > that also the vertical component has to be > fixed. > > Therefore I have written a suggestion for a patch > of pdfTeX, TeX/texk/web2c/pdftexdir/pdftex.ch: > > The "cm" command before "BT" is written > by pdf_begin_text in pdftexdir/pdftex.ch > by pdf_set_origin. So the patch sets > the current position to the lower left > corner during the call of pdf_set_origin, > so that the "cm" commands moves to 0,0 > before "BT". Then the parameter values > of the first "Td" will not be calculated > as "0 0", but contain the distance > to the lower left corner, so that AR5 is > happy. > There remains some obscure calculation > errors, eg. the detection of the right > margin, if there is only a few words, > but for normal pages the AR5 should now > usable in "Fit visible" view. > > If the example above is compiled with > dvips/ps2pdf or VTeX, then the pdf file > shows no such displacement. So users will > think, that pdfTeX is not able to generate > code that can be viewed properly and not > consider this as clear bug of AR5. > Therefore I see no way to avoid such a fix. > > Here my suggestion: > > *** pdftex.ch.org Sun May 26 00:04:44 2002 > --- pdftex.ch Sun May 26 00:04:53 2002 > *************** > *** 1519,1527 **** > --- 1519,1534 ---- > end; > > procedure pdf_begin_text; {begin a text section} > + var temp_cur_h, temp_cur_v: scaled; > begin > if not pdf_doing_text then begin > + temp_cur_h := cur_h; > + temp_cur_v := cur_v; > + cur_h := 0; > + cur_v := cur_page_height; > pdf_set_origin; > + cur_h := temp_cur_h; > + cur_v := temp_cur_v; > pdf_print_ln("BT"); > pdf_doing_text := true; > pdf_f := null_font; I'm just scanning through my pdftex mailbox and found this. What became of it? It certainly isn't in the source yet. Best regards Martin -- Martin Schröder, MS(a)ArtCom-GmbH.DE ArtCom GmbH, Grazer Straße 8, D-28359 Bremen Voice +49 421 20419-44 / Fax +49 421 20419-10

3 11

Re: [NTG-pdftex] pdf inclusion problem
by Martin Schroeder 07 Jan '03

07 Jan '03

On 2002-12-27 16:38:21 +0100, Hans Hagen wrote: > This is pdfeTeX, Version 3.14159-1.10a-devel-2.1 (Web2c 7.3.7x) > \write18 enabled. > entering extended mode > Error (0): PDF file is damaged - attempting to reconstruct xref table... > Error: Couldn't find trailer dictionary > Error: Couldn't read xref table > This is pdfeTeX, Version 3.14159-1.10a-devel-2.1 (Web2c 7.3.7x) > \write18 enabled. > ** It works here: ------------------------- This is pdfeTeXk, Version 3.14159-1.10a-RC3-2.1 (Web2C 7.4.2) %&-line parsing enabled. entering extended mode (./tex.tex{/home/ms/tex/devel.texlive/share/texmf/pdftex/config/pdftex.cfg} LaTeX2e <2001/06/01> Babel <v3.7h> and hyphenation patterns for american, french, german, ngerman, n ohyphenation, loaded. (/home/ms/tex/devel.texlive/share/texmf/tex/latex/base/article.cls Document Class: article 2001/04/21 v1.4e Standard LaTeX document class (/home/ms/tex/devel.texlive/share/texmf/tex/latex/base/size10.clo)) (/home/ms/tex/devel.texlive/share/texmf/tex/latex/graphics/graphicx.sty (/home/ms/tex/devel.texlive/share/texmf/tex/latex/graphics/keyval.sty) (/home/ms/tex/devel.texlive/share/texmf/tex/latex/graphics/graphics.sty (/home/ms/tex/devel.texlive/share/texmf/tex/latex/graphics/trig.sty) (/home/ms/tex/devel.texlive/share/texmf.local/tex/latex/config/graphics.cfg) (/home/ms/tex/devel.texlive/share/texmf/tex/latex/graphics/pdftex.def))) (./tex.aux) (/home/ms/tex/devel.texlive/share/texmf/tex/context/base/supp-pdf.tex (/home/ms/tex/devel.texlive/share/texmf/tex/context/base/supp-mis.tex loading : Context Support Macros / Missing ) loading : Context Support Macros / PDF )Error (0): PDF file is damaged - attempting to reconstruct xref table... Error: Couldn't find trailer dictionary Error: Couldn't read xref table Error: pdfetex (file crap.pdf): xpdf: reading PDF image failed ==> Fatal error occurred, the output PDF file is not finished! ------------------------- Must be the new xpdf. :-) Best regards Martin -- Martin Schröder, MS(a)ArtCom-GmbH.DE ArtCom GmbH, Grazer Straße 8, D-28359 Bremen Voice +49 421 20419-44 / Fax +49 421 20419-10

1 0