November 2004 - ntg-pdftex - NTG Mailing Lists

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

Re: [NTG-pdftex] writepng problem?
by Akira Kakuto 01 Nov '04

01 Nov '04

On windows (1.20b-beta, libpng-1.2.7), ????4a??.png were ng and ????6a??.png were ok: > here it seems that pdftex currently crashes on Willem van Schaik PNG > test files > > basn4a08.png 8 bit grayscale + 8 bit alpha-channel > basn4a16.png 16 bit grayscale + 16 bit alpha-channel ng > basn6a08.png 3x8 bits rgb color + 8 bit alpha-channel > basn6a16.png 3x16 bits rgb color + 16 bit alpha-channel > bgan6a08.png 3x8 bits rgb color, alpha, no background chunk > bgan6a16.png 3x16 bits rgb color, alpha, no background chunk ok > bgbn4a08.png 8 bit grayscale, alpha, black background chunk > bggn4a16.png 16 bit grayscale, alpha, gray background chunk ng > bgwn6a08.png 3x8 bits rgb color, alpha, white background chunk > bgyn6a16.png 3x16 bits rgb color, alpha, yellow background chunk ok -- Akira Kakuto

2 1

Re: [NTG-pdftex] pdftex-1.20b-beta
by Akira Kakuto 31 Oct '04

31 Oct '04

The Thanh Han wrote: > thanks for testing and reporting. > > My changes were mostly in hz.ch only -- the rest were some hacks around > to get it compiled :( > > Sorry about the pending bugs 112, 113 & 210. Will upload a new tarball > with the patches integrated on Monday. In the next chance, please change the content of pdftexdir/pdftex.version from 3.141592-1.20b-beta to 1.20b-beta. Then it will match Olaf's setting and pdftexextra.h, pdfetexextra.h and pdfxtexextra.h can be erased because they will be made from pdftexextra.in, pdfetexextra.in and pdfxtexextra.in. Thanks, -- Akira Kakuto

2 1