- ntg-pdftex - NTG Mailing Lists

Re: [NTG-pdftex] pdftex-1.20b-beta2
by Akira Kakuto 22 Nov '04

22 Nov '04

> pdftex-1.20b-beta2 is available at pdftex.sarovar.org/src working fine. Thanks very much. Best regards, Akira

3 4

Re: [tex-implementors] message lost in log file
by Martin Schröder 19 Nov '04

19 Nov '04

On 2004-11-16 08:09:16 +0100, Bernard Gaulle wrote: > I just discover that the new message "output format initialized to ..." is > not saved in the log file, why? With the latest beta the messages isn't even output on the terminal anymore :-( Best regards Martin -- http://www.tm.oneiros.de

1 0

[ pdftex-Bugs-187 ] Line number of syntax errors displayed incorrectly
by noreply＠sarovar.org 19 Nov '04

19 Nov '04

Bugs item #187, was opened at 2004-09-15 12:14 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=187&group_id=106 Category: None Group: v1.10b >Status: Closed >Resolution: Rejected Priority: 4 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: Line number of syntax errors displayed incorrectly Initial Comment: When typesseting with pdfLaTeX 1.10b the line number of syntax errors of source files is different from that shown by my source file editor. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2004-09-15 12:24 Message: Logged In: YES user_id=421 1.10b is quite old. Please upgrade to 1.20a How much different are the line numbers? Off by one? Please attach a minimal input file with log file showing the problem. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=187&group_id=106

1 0

1.20b/1.21a
by Martin Schröder 18 Nov '04

18 Nov '04

Hi, I'm sorry, but I'm currently quite busy at work (we also have a deadline: end of this week). I'll try to free some time for pdftex till Friday. 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 1

pdf-trans
by Staszek Wawrykiewicz 14 Nov '04

14 Nov '04

Pawe{\l} Jackowski has just sent me a nice set of generic macros for various box transformations using pdfeTeX. I've put them (together with a nice example) to: ftp://ftp.gust.org.pl/TeX/GUST/contrib/TeX-PDF/pdf-trans.zip Any idea where such macros should go on CTAN and in the distributions? Have fun, -- Staszek Wawrykiewicz StaW(a)gust.org.pl

1 0

pdftex-1.20b-beta2
by The Thanh Han 08 Nov '04

08 Nov '04

Hi, pdftex-1.20b-beta2 is available at pdftex.sarovar.org/src djgpp binaries are also available at pdftex.sarovar.org/djgpp This version fixes a problem reported by Robert that pdftex crashes when including a pdf file produced by pdftex with auto expansion on. Some patches by Hartmut that I forgot to integrate in the previous version are in now. There is still one "feature" that I decided to let it as is after a few days working on it: when a pdf with expanded fonts is being included, and the same fonts are also expanded in the main document, then those expanded fonts might be embedded twice. To be more precise: if a expanded font comes first from the included (ie the pdf figure appears first in the document), then it will be embedded twice. I didn't like this much and wanted to make pdftex "smarter", however after playing with it I came to the conclusion that it cannot be done without introducing new troubles. Anyway, it doesn't hurt much, IMHO. Thanh

1 0

Re: REQ new pdftex standalone version
by Fabrice Popineau 07 Nov '04

07 Nov '04

> Did you already had the time to upload? I have posted win32 binaries for the current beta version of pdftex 1.20b-beta to: ftp://ftp.dante.de/pub/fptex/standalone/pdftex-1.20b-beta-win32-static.zip Let me know if there are problems with them. Best, Fabrice

1 0

Tiny bug: writet1.c pdftex_fail() for dvips
by Hartmut Henkel 06 Nov '04

06 Nov '04

Dan Luecking wondered in comp.text.tex at Fri Nov 05 20:29:52 CET 2004: > [By the way, does anyone know why dvips (5.94a, fptex) writes this > error message: > ==> Fatal error occurred, the output PDF file is not finished! > when making a .ps file (definitely NOT a .pdf file!). I encountered > it while running tests of dvips behavior on invalid .pfb files.] File writet1.c is shared by pdftex and dvips. The pdftex_fail() function there is only used by dvips; for pdftex it's provided by utils.c within pdftexdir. The wrong dvips message comes from pdftex_fail() in writet1.c. So one should change "PDF" into "PS" there. When i do this change, a call of dvips using a buggy .pfb file gives: ==> Fatal error occurred, the output PS file is not finished! pdftex gives instead: ==> Fatal error occurred, the output PDF file is not finished! Regards, Hartmut

2 1

PNG handling, transparency
by Hartmut Henkel 02 Nov '04

02 Nov '04

There is a problem (by libpng 1.2.7) with PNG inclusion and alpha channel. Greg Roelofs from the png-implement list gave an external workaround > pngtopnm foo.png | pnmtopng > foo-no-alpha.png Tried it, works. I see how the PNG images with alpha channel "really" should look like: different from what pdftex maybe ever tried to do. Previously the alpha channel was simply stripped. Now certain images are blended to a uniform background (its color might be part of the PNG file, or come separately through the -mix -background option to pngtopnm). But the whole rectangular image area is still opaque, so it hides things underneath. As replacement for the (currently a little buggy) libpng now one could probably adapt the pngtopnm program to get an integral part of pdftex. Now should one just flatten a PNG with alpha so that it blends to an opaque white background (or the one provided with the image), in the way the above external processing does? Then there is no way to supply the background color if it's missing in the image. Apart from this PNG opaque blending, there is also the "Transparency" feature in PDF (PDF Ref. chapter 7). Looks complicated. Has anybody ever played with transparency, e. g. by some \pdfliteral tricks? Or should one stay away from all this alpha and transparency business, flag an error on PNG's with alpha (they likely look wrong anyway), and recommend that alpha needs the shown preprocessing? Maybe it also helps just to do nothing and wait for libpng 1.2.8... Regards, Hartmut

2 4

(no subject)
by The Thanh Han 02 Nov '04

02 Nov '04

Hi, the cross-compiled djgpp binaries aborted when trying to create some PK font (most probably because the font being used doesn't have a corresponding entry in the map files). The log file says: > Assertion failed at > /home/thanh/pdftex/src/thanh/texk/kpathsea/tex-make.c > line 5 > 1: dpi != 0 && bdpi != 0 > Exiting due to signal SIGABRT Does anyone have an idea what to do here? I remember this problem was reported sometime ago, but not sure whether anything has been done with it. The quick fix seems to disable auto-generating PK fonts with cross-compiled DJGPP. Thanh

3 3