- ntg-pdftex - NTG Mailing Lists

[ pdftex-Bugs-722 ] PDF generation does not support VF fonts correctly
by noreply＠sarovar.org 26 Jan '07

26 Jan '07

Bugs item #722, was opened at 2007-01-24 08:56 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=722&group_id=106 Category: Fonts Group: v1.40.1 Status: Open Resolution: None Priority: 5 Submitted By: Achim Blumensath (blume) Assigned to: Hartmut Henkel (hhenkel) Summary: PDF generation does not support VF fonts correctly Initial Comment: I've a problem with using VF fonts in PDF mode (using pdftex 1.40.1, pdftex 1.20b does work correctly). When using glyphs that are composed of several other glyphs the various parts appear not at their correct position. The following example requires the MnSymbol and the MinionPro packages. \documentclass{minimal} \usepackage[T1]{fontenc} \usepackage[minionint]{MinionPro} \begin{document} $$\iint \quad \oint$$ \end{document} If you create a DVI and use dvips + ps2pdf the output is as expected (one double integral and one closed integral). If you use pdflatex to create a PDF file directly then the output is wrong. The double integral consists of just one integral sign and the closed integral consists of a circle followed by an integral sign. ---------------------------------------------------------------------- >Comment By: The Thanh Han (hanthethanh) Date: 2007-01-26 07:47 Message: Logged In: YES user_id=710 I still got: pdfTeX warning: pdftex (file MinionPro-ItDisp.pfb): cannot open Type 1 font file for reading I checked out the cvs version of MinionPro and run the makeall script as described in README-src, but still I didn't see MinionPro-ItDisp.pfb. ---------------------------------------------------------------------- Comment By: Achim Blumensath (blume) Date: 2007-01-26 06:21 Message: Logged In: YES user_id=4173 I've simplified the test case to plain TeX. The requested files are attached. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-01-25 14:01 Message: Logged In: YES user_id=421 Note that the -recorder cmdline switch also works quite well with kpathsea. :-) ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2007-01-25 08:43 Message: Logged In: YES user_id=710 I tested the file again with the fonts you uploaded, but still I cannot reproduce the problem. I attached a small script that creates a list of all files opened by tex. Usage: unpack, put list-tex-files.vim under ~/vim and run: sh list-tex-files pdflatex testfile it will report the filename of the list, which can be used then to pack everything needed to rerun the job. You may want to review the list to remove a few files that are not relevant, for example the format. ---------------------------------------------------------------------- Comment By: Achim Blumensath (blume) Date: 2007-01-25 06:54 Message: Logged In: YES user_id=4173 In order to preproduce the bug you need the CVS version on MinionPro and perhaps also a recent version of the lcdf-typetools. The problem seems to be that the font MnSymbolFI10.vf refers again to a virtual font MinionPro-It-integral.vf. I've attached the corresponding VPL files. (I didn't have the time to create the requested PDF files. Will do so shortly.) ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2007-01-24 18:52 Message: Logged In: YES user_id=710 I compiled the test file and got normal output (see attached screenshot). ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-01-24 14:56 Message: Logged In: YES user_id=421 Please attach the PDFs generated by ps2pdf and pdflatex, best generated with \pdfcompresslevel=0. And the log from pdflatex. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=722&group_id=106

1 0

[ pdftex-Bugs-722 ] PDF generation does not support VF fonts correctly
by noreply＠sarovar.org 26 Jan '07

26 Jan '07

Bugs item #722, was opened at 2007-01-24 08:56 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=722&group_id=106 Category: Fonts Group: v1.40.1 Status: Open Resolution: None Priority: 5 Submitted By: Achim Blumensath (blume) Assigned to: Hartmut Henkel (hhenkel) Summary: PDF generation does not support VF fonts correctly Initial Comment: I've a problem with using VF fonts in PDF mode (using pdftex 1.40.1, pdftex 1.20b does work correctly). When using glyphs that are composed of several other glyphs the various parts appear not at their correct position. The following example requires the MnSymbol and the MinionPro packages. \documentclass{minimal} \usepackage[T1]{fontenc} \usepackage[minionint]{MinionPro} \begin{document} $$\iint \quad \oint$$ \end{document} If you create a DVI and use dvips + ps2pdf the output is as expected (one double integral and one closed integral). If you use pdflatex to create a PDF file directly then the output is wrong. The double integral consists of just one integral sign and the closed integral consists of a circle followed by an integral sign. ---------------------------------------------------------------------- >Comment By: Achim Blumensath (blume) Date: 2007-01-26 06:21 Message: Logged In: YES user_id=4173 I've simplified the test case to plain TeX. The requested files are attached. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-01-25 14:01 Message: Logged In: YES user_id=421 Note that the -recorder cmdline switch also works quite well with kpathsea. :-) ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2007-01-25 08:43 Message: Logged In: YES user_id=710 I tested the file again with the fonts you uploaded, but still I cannot reproduce the problem. I attached a small script that creates a list of all files opened by tex. Usage: unpack, put list-tex-files.vim under ~/vim and run: sh list-tex-files pdflatex testfile it will report the filename of the list, which can be used then to pack everything needed to rerun the job. You may want to review the list to remove a few files that are not relevant, for example the format. ---------------------------------------------------------------------- Comment By: Achim Blumensath (blume) Date: 2007-01-25 06:54 Message: Logged In: YES user_id=4173 In order to preproduce the bug you need the CVS version on MinionPro and perhaps also a recent version of the lcdf-typetools. The problem seems to be that the font MnSymbolFI10.vf refers again to a virtual font MinionPro-It-integral.vf. I've attached the corresponding VPL files. (I didn't have the time to create the requested PDF files. Will do so shortly.) ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2007-01-24 18:52 Message: Logged In: YES user_id=710 I compiled the test file and got normal output (see attached screenshot). ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-01-24 14:56 Message: Logged In: YES user_id=421 Please attach the PDFs generated by ps2pdf and pdflatex, best generated with \pdfcompresslevel=0. And the log from pdflatex. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=722&group_id=106

1 0

[ pdftex-Bugs-723 ] Pale colors when using transparency in PNG graphics
by noreply＠sarovar.org 26 Jan '07

26 Jan '07

Bugs item #723, was opened at 2007-01-25 06:27 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=723&group_id=106 Category: Image inclusion Group: v1.40.1 Status: Open Resolution: Accepted Priority: 5 Submitted By: Mark Henning (markhe) Assigned to: Martin Schröder (oneiros) Summary: Pale colors when using transparency in PNG graphics Initial Comment: Hi@all! I hope this is the right place to report this problem: If there is any transparency definition in a PNG file (e.g. transparency by a certain color or given by a mask), then all graphics on the page show pale colors. Graphics on pages before or after this page show normal colors. This is confirmed in several versions of Adobe Acrobat Reader. Ghostview/Ghostscript does not show this behaviour. The reason for this viewer-dependency might be a missing transparency-definition in the PDF file which makes it ambiguous, as reported by Andreas Lobinger in de.comp.text.tex; thread "Blasse Farben bei transparentem PNG in pdftex". ---------------------------------------------------------------------- >Comment By: Mark Henning (markhe) Date: 2007-01-26 06:07 Message: Logged In: YES user_id=4174 O.K., there are readers showing the problem and readers not showing the prob. There are two possibilities for that: a) The generated PDF is O.K. and there is a bug in the Adobe Reader. b) The generated PDF is ambiguous (as mentioned by Andres Lobinger; I previously told) and it depends on "internal defaults" of the reader whether the bug shows up or not. Finally, the answer can only be found within the generated PDF and a comparison with the PDF specs. Unfortunately, I have absolutely no idea about the internals of PDF. In the usenet post <ep7at4$d87$1(a)daniel-new.mch.sbs.de> from Andreas Lobinger he told how he looked into the PDF (maybe this helps): Basis: http://sourceforge.net/projects/pdfplayground/ Script: #!/usr/bin/env python import sys sys.path.append("/homes/lobingera/Sources/PostPdf/ pdf031205") import pdftool import pdfo x,t,r = pdftool.pfile(sys.argv[1]) print "trailer" print pdftool.printall(t) for a in x.allused(): n1 = pdfo.pdfo(a,x.getgen(a)) n1.content,n1.stream = pdftool.pxobj(r,x,a) print n1.show('toscreen') ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-01-25 17:05 Message: Logged In: YES user_id=421 Attached the results of rendering this with two professional RIPs (Jaws and Harlequin). I don't see it there... ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-01-25 15:15 Message: Logged In: YES user_id=421 Ah, now I see it. Inded, AR7.0.9 shows a difference. The problem also shows with files generated by pdftex 1.40.1 ---------------------------------------------------------------------- Comment By: Mark Henning (markhe) Date: 2007-01-25 15:08 Message: Logged In: YES user_id=4174 Sorry; I forgot to check the checkbox for uploading the file. ---------------------------------------------------------------------- Comment By: Mark Henning (markhe) Date: 2007-01-25 15:06 Message: Logged In: YES user_id=4174 I rechecked with Adobe Acrobat 7.0 and Adobe Acrobat 7.0.9 on Win2000 SP4, both showed the color differences (see the PNG file I uploaded. It shows a direct comparison.). If you checked the PDF and say that it is O.K., then there must be a bug in Adobe Reader. I will contact Adobe then. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-01-25 13:53 Message: Logged In: YES user_id=421 I see no problems with AR 7.0.9, kpdf 0.5.1 and gs 8.54 on SUSE 10.1. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-01-25 13:51 Message: Logged In: YES user_id=421 Pointer to the threat on dctt: http://groups.google.de/group/de.comp.text.tex/browse_thread/thread/758dcc4… An example: http://www.homolog.de/temp/PNGTransparencyBug.zip ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=723&group_id=106

1 0

[ pdftex-Bugs-723 ] Pale colors when using transparency in PNG graphics
by noreply＠sarovar.org 25 Jan '07

25 Jan '07

Bugs item #723, was opened at 2007-01-25 07:27 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=723&group_id=106 Category: Image inclusion Group: v1.40.1 Status: Open Resolution: Accepted Priority: 5 Submitted By: Mark Henning (markhe) Assigned to: Martin Schröder (oneiros) Summary: Pale colors when using transparency in PNG graphics Initial Comment: Hi@all! I hope this is the right place to report this problem: If there is any transparency definition in a PNG file (e.g. transparency by a certain color or given by a mask), then all graphics on the page show pale colors. Graphics on pages before or after this page show normal colors. This is confirmed in several versions of Adobe Acrobat Reader. Ghostview/Ghostscript does not show this behaviour. The reason for this viewer-dependency might be a missing transparency-definition in the PDF file which makes it ambiguous, as reported by Andreas Lobinger in de.comp.text.tex; thread "Blasse Farben bei transparentem PNG in pdftex". ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2007-01-25 18:05 Message: Logged In: YES user_id=421 Attached the results of rendering this with two professional RIPs (Jaws and Harlequin). I don't see it there... ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-01-25 16:15 Message: Logged In: YES user_id=421 Ah, now I see it. Inded, AR7.0.9 shows a difference. The problem also shows with files generated by pdftex 1.40.1 ---------------------------------------------------------------------- Comment By: Mark Henning (markhe) Date: 2007-01-25 16:08 Message: Logged In: YES user_id=4174 Sorry; I forgot to check the checkbox for uploading the file. ---------------------------------------------------------------------- Comment By: Mark Henning (markhe) Date: 2007-01-25 16:06 Message: Logged In: YES user_id=4174 I rechecked with Adobe Acrobat 7.0 and Adobe Acrobat 7.0.9 on Win2000 SP4, both showed the color differences (see the PNG file I uploaded. It shows a direct comparison.). If you checked the PDF and say that it is O.K., then there must be a bug in Adobe Reader. I will contact Adobe then. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-01-25 14:53 Message: Logged In: YES user_id=421 I see no problems with AR 7.0.9, kpdf 0.5.1 and gs 8.54 on SUSE 10.1. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-01-25 14:51 Message: Logged In: YES user_id=421 Pointer to the threat on dctt: http://groups.google.de/group/de.comp.text.tex/browse_thread/thread/758dcc4… An example: http://www.homolog.de/temp/PNGTransparencyBug.zip ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=723&group_id=106

5 6

[ pdftex-Bugs-723 ] Pale colors when using transparency in PNG graphics
by noreply＠sarovar.org 25 Jan '07

25 Jan '07

Bugs item #723, was opened at 2007-01-25 07:27 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=723&group_id=106 Category: Image inclusion >Group: v1.40.1 >Status: Open >Resolution: Accepted Priority: 5 Submitted By: Mark Henning (markhe) Assigned to: Martin Schröder (oneiros) Summary: Pale colors when using transparency in PNG graphics Initial Comment: Hi@all! I hope this is the right place to report this problem: If there is any transparency definition in a PNG file (e.g. transparency by a certain color or given by a mask), then all graphics on the page show pale colors. Graphics on pages before or after this page show normal colors. This is confirmed in several versions of Adobe Acrobat Reader. Ghostview/Ghostscript does not show this behaviour. The reason for this viewer-dependency might be a missing transparency-definition in the PDF file which makes it ambiguous, as reported by Andreas Lobinger in de.comp.text.tex; thread "Blasse Farben bei transparentem PNG in pdftex". ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2007-01-25 16:15 Message: Logged In: YES user_id=421 Ah, now I see it. Inded, AR7.0.9 shows a difference. The problem also shows with files generated by pdftex 1.40.1 ---------------------------------------------------------------------- Comment By: Mark Henning (markhe) Date: 2007-01-25 16:08 Message: Logged In: YES user_id=4174 Sorry; I forgot to check the checkbox for uploading the file. ---------------------------------------------------------------------- Comment By: Mark Henning (markhe) Date: 2007-01-25 16:06 Message: Logged In: YES user_id=4174 I rechecked with Adobe Acrobat 7.0 and Adobe Acrobat 7.0.9 on Win2000 SP4, both showed the color differences (see the PNG file I uploaded. It shows a direct comparison.). If you checked the PDF and say that it is O.K., then there must be a bug in Adobe Reader. I will contact Adobe then. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-01-25 14:53 Message: Logged In: YES user_id=421 I see no problems with AR 7.0.9, kpdf 0.5.1 and gs 8.54 on SUSE 10.1. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-01-25 14:51 Message: Logged In: YES user_id=421 Pointer to the threat on dctt: http://groups.google.de/group/de.comp.text.tex/browse_thread/thread/758dcc4… An example: http://www.homolog.de/temp/PNGTransparencyBug.zip ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=723&group_id=106

1 0

[ pdftex-Bugs-723 ] Pale colors when using transparency in PNG graphics
by noreply＠sarovar.org 25 Jan '07

25 Jan '07

Bugs item #723, was opened at 2007-01-25 06:27 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=723&group_id=106 Category: Image inclusion Group: v1.30.0 Status: Closed Resolution: Works For Me Priority: 5 Submitted By: Mark Henning (markhe) Assigned to: Martin Schröder (oneiros) Summary: Pale colors when using transparency in PNG graphics Initial Comment: Hi@all! I hope this is the right place to report this problem: If there is any transparency definition in a PNG file (e.g. transparency by a certain color or given by a mask), then all graphics on the page show pale colors. Graphics on pages before or after this page show normal colors. This is confirmed in several versions of Adobe Acrobat Reader. Ghostview/Ghostscript does not show this behaviour. The reason for this viewer-dependency might be a missing transparency-definition in the PDF file which makes it ambiguous, as reported by Andreas Lobinger in de.comp.text.tex; thread "Blasse Farben bei transparentem PNG in pdftex". ---------------------------------------------------------------------- >Comment By: Mark Henning (markhe) Date: 2007-01-25 15:08 Message: Logged In: YES user_id=4174 Sorry; I forgot to check the checkbox for uploading the file. ---------------------------------------------------------------------- Comment By: Mark Henning (markhe) Date: 2007-01-25 15:06 Message: Logged In: YES user_id=4174 I rechecked with Adobe Acrobat 7.0 and Adobe Acrobat 7.0.9 on Win2000 SP4, both showed the color differences (see the PNG file I uploaded. It shows a direct comparison.). If you checked the PDF and say that it is O.K., then there must be a bug in Adobe Reader. I will contact Adobe then. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-01-25 13:53 Message: Logged In: YES user_id=421 I see no problems with AR 7.0.9, kpdf 0.5.1 and gs 8.54 on SUSE 10.1. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-01-25 13:51 Message: Logged In: YES user_id=421 Pointer to the threat on dctt: http://groups.google.de/group/de.comp.text.tex/browse_thread/thread/758dcc4… An example: http://www.homolog.de/temp/PNGTransparencyBug.zip ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=723&group_id=106

1 0

[ pdftex-Bugs-723 ] Pale colors when using transparency in PNG graphics
by noreply＠sarovar.org 25 Jan '07

25 Jan '07

Bugs item #723, was opened at 2007-01-25 06:27 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=723&group_id=106 Category: Image inclusion Group: v1.30.0 Status: Closed Resolution: Works For Me Priority: 5 Submitted By: Mark Henning (markhe) Assigned to: Martin Schröder (oneiros) Summary: Pale colors when using transparency in PNG graphics Initial Comment: Hi@all! I hope this is the right place to report this problem: If there is any transparency definition in a PNG file (e.g. transparency by a certain color or given by a mask), then all graphics on the page show pale colors. Graphics on pages before or after this page show normal colors. This is confirmed in several versions of Adobe Acrobat Reader. Ghostview/Ghostscript does not show this behaviour. The reason for this viewer-dependency might be a missing transparency-definition in the PDF file which makes it ambiguous, as reported by Andreas Lobinger in de.comp.text.tex; thread "Blasse Farben bei transparentem PNG in pdftex". ---------------------------------------------------------------------- >Comment By: Mark Henning (markhe) Date: 2007-01-25 15:06 Message: Logged In: YES user_id=4174 I rechecked with Adobe Acrobat 7.0 and Adobe Acrobat 7.0.9 on Win2000 SP4, both showed the color differences (see the PNG file I uploaded. It shows a direct comparison.). If you checked the PDF and say that it is O.K., then there must be a bug in Adobe Reader. I will contact Adobe then. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-01-25 13:53 Message: Logged In: YES user_id=421 I see no problems with AR 7.0.9, kpdf 0.5.1 and gs 8.54 on SUSE 10.1. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-01-25 13:51 Message: Logged In: YES user_id=421 Pointer to the threat on dctt: http://groups.google.de/group/de.comp.text.tex/browse_thread/thread/758dcc4… An example: http://www.homolog.de/temp/PNGTransparencyBug.zip ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=723&group_id=106

1 0

[ pdftex-Bugs-722 ] PDF generation does not support VF fonts correctly
by noreply＠sarovar.org 25 Jan '07

25 Jan '07

Bugs item #722, was opened at 2007-01-24 09:56 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=722&group_id=106 Category: Fonts Group: v1.40.1 Status: Open Resolution: None Priority: 5 Submitted By: Achim Blumensath (blume) Assigned to: Hartmut Henkel (hhenkel) Summary: PDF generation does not support VF fonts correctly Initial Comment: I've a problem with using VF fonts in PDF mode (using pdftex 1.40.1, pdftex 1.20b does work correctly). When using glyphs that are composed of several other glyphs the various parts appear not at their correct position. The following example requires the MnSymbol and the MinionPro packages. \documentclass{minimal} \usepackage[T1]{fontenc} \usepackage[minionint]{MinionPro} \begin{document} $$\iint \quad \oint$$ \end{document} If you create a DVI and use dvips + ps2pdf the output is as expected (one double integral and one closed integral). If you use pdflatex to create a PDF file directly then the output is wrong. The double integral consists of just one integral sign and the closed integral consists of a circle followed by an integral sign. ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2007-01-25 15:01 Message: Logged In: YES user_id=421 Note that the -recorder cmdline switch also works quite well with kpathsea. :-) ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2007-01-25 09:43 Message: Logged In: YES user_id=710 I tested the file again with the fonts you uploaded, but still I cannot reproduce the problem. I attached a small script that creates a list of all files opened by tex. Usage: unpack, put list-tex-files.vim under ~/vim and run: sh list-tex-files pdflatex testfile it will report the filename of the list, which can be used then to pack everything needed to rerun the job. You may want to review the list to remove a few files that are not relevant, for example the format. ---------------------------------------------------------------------- Comment By: Achim Blumensath (blume) Date: 2007-01-25 07:54 Message: Logged In: YES user_id=4173 In order to preproduce the bug you need the CVS version on MinionPro and perhaps also a recent version of the lcdf-typetools. The problem seems to be that the font MnSymbolFI10.vf refers again to a virtual font MinionPro-It-integral.vf. I've attached the corresponding VPL files. (I didn't have the time to create the requested PDF files. Will do so shortly.) ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2007-01-24 19:52 Message: Logged In: YES user_id=710 I compiled the test file and got normal output (see attached screenshot). ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-01-24 15:56 Message: Logged In: YES user_id=421 Please attach the PDFs generated by ps2pdf and pdflatex, best generated with \pdfcompresslevel=0. And the log from pdflatex. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=722&group_id=106

1 0

[ pdftex-Bugs-723 ] Pale colors when using transparency in PNG graphics
by noreply＠sarovar.org 25 Jan '07

25 Jan '07

Bugs item #723, was opened at 2007-01-25 07:27 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=723&group_id=106 Category: Image inclusion Group: v1.30.0 >Status: Closed >Resolution: Works For Me Priority: 5 Submitted By: Mark Henning (markhe) Assigned to: Martin Schröder (oneiros) Summary: Pale colors when using transparency in PNG graphics Initial Comment: Hi@all! I hope this is the right place to report this problem: If there is any transparency definition in a PNG file (e.g. transparency by a certain color or given by a mask), then all graphics on the page show pale colors. Graphics on pages before or after this page show normal colors. This is confirmed in several versions of Adobe Acrobat Reader. Ghostview/Ghostscript does not show this behaviour. The reason for this viewer-dependency might be a missing transparency-definition in the PDF file which makes it ambiguous, as reported by Andreas Lobinger in de.comp.text.tex; thread "Blasse Farben bei transparentem PNG in pdftex". ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2007-01-25 14:53 Message: Logged In: YES user_id=421 I see no problems with AR 7.0.9, kpdf 0.5.1 and gs 8.54 on SUSE 10.1. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-01-25 14:51 Message: Logged In: YES user_id=421 Pointer to the threat on dctt: http://groups.google.de/group/de.comp.text.tex/browse_thread/thread/758dcc4… An example: http://www.homolog.de/temp/PNGTransparencyBug.zip ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=723&group_id=106

1 0

[ pdftex-Bugs-723 ] Pale colors when using transparency in PNG graphics
by noreply＠sarovar.org 25 Jan '07

25 Jan '07

Bugs item #723, was opened at 2007-01-25 07:27 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=723&group_id=106 Category: Image inclusion >Group: v1.30.0 Status: Open Resolution: None Priority: 5 Submitted By: Mark Henning (markhe) Assigned to: Martin Schröder (oneiros) Summary: Pale colors when using transparency in PNG graphics Initial Comment: Hi@all! I hope this is the right place to report this problem: If there is any transparency definition in a PNG file (e.g. transparency by a certain color or given by a mask), then all graphics on the page show pale colors. Graphics on pages before or after this page show normal colors. This is confirmed in several versions of Adobe Acrobat Reader. Ghostview/Ghostscript does not show this behaviour. The reason for this viewer-dependency might be a missing transparency-definition in the PDF file which makes it ambiguous, as reported by Andreas Lobinger in de.comp.text.tex; thread "Blasse Farben bei transparentem PNG in pdftex". ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2007-01-25 14:51 Message: Logged In: YES user_id=421 Pointer to the threat on dctt: http://groups.google.de/group/de.comp.text.tex/browse_thread/thread/758dcc4… An example: http://www.homolog.de/temp/PNGTransparencyBug.zip ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=723&group_id=106

1 0

[ pdftex-Bugs-722 ] PDF generation does not support VF fonts correctly
by noreply＠sarovar.org 25 Jan '07

25 Jan '07

Bugs item #722, was opened at 2007-01-24 08:56 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=722&group_id=106 Category: Fonts Group: v1.40.1 Status: Open Resolution: None Priority: 5 Submitted By: Achim Blumensath (blume) Assigned to: Hartmut Henkel (hhenkel) Summary: PDF generation does not support VF fonts correctly Initial Comment: I've a problem with using VF fonts in PDF mode (using pdftex 1.40.1, pdftex 1.20b does work correctly). When using glyphs that are composed of several other glyphs the various parts appear not at their correct position. The following example requires the MnSymbol and the MinionPro packages. \documentclass{minimal} \usepackage[T1]{fontenc} \usepackage[minionint]{MinionPro} \begin{document} $$\iint \quad \oint$$ \end{document} If you create a DVI and use dvips + ps2pdf the output is as expected (one double integral and one closed integral). If you use pdflatex to create a PDF file directly then the output is wrong. The double integral consists of just one integral sign and the closed integral consists of a circle followed by an integral sign. ---------------------------------------------------------------------- >Comment By: The Thanh Han (hanthethanh) Date: 2007-01-25 08:43 Message: Logged In: YES user_id=710 I tested the file again with the fonts you uploaded, but still I cannot reproduce the problem. I attached a small script that creates a list of all files opened by tex. Usage: unpack, put list-tex-files.vim under ~/vim and run: sh list-tex-files pdflatex testfile it will report the filename of the list, which can be used then to pack everything needed to rerun the job. You may want to review the list to remove a few files that are not relevant, for example the format. ---------------------------------------------------------------------- Comment By: Achim Blumensath (blume) Date: 2007-01-25 06:54 Message: Logged In: YES user_id=4173 In order to preproduce the bug you need the CVS version on MinionPro and perhaps also a recent version of the lcdf-typetools. The problem seems to be that the font MnSymbolFI10.vf refers again to a virtual font MinionPro-It-integral.vf. I've attached the corresponding VPL files. (I didn't have the time to create the requested PDF files. Will do so shortly.) ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2007-01-24 18:52 Message: Logged In: YES user_id=710 I compiled the test file and got normal output (see attached screenshot). ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-01-24 14:56 Message: Logged In: YES user_id=421 Please attach the PDFs generated by ps2pdf and pdflatex, best generated with \pdfcompresslevel=0. And the log from pdflatex. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=722&group_id=106

1 0

[ pdftex-Bugs-722 ] PDF generation does not support VF fonts correctly
by noreply＠sarovar.org 25 Jan '07

25 Jan '07

Bugs item #722, was opened at 2007-01-24 08:56 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=722&group_id=106 Category: Fonts Group: v1.40.1 Status: Open Resolution: None Priority: 5 Submitted By: Achim Blumensath (blume) Assigned to: Hartmut Henkel (hhenkel) Summary: PDF generation does not support VF fonts correctly Initial Comment: I've a problem with using VF fonts in PDF mode (using pdftex 1.40.1, pdftex 1.20b does work correctly). When using glyphs that are composed of several other glyphs the various parts appear not at their correct position. The following example requires the MnSymbol and the MinionPro packages. \documentclass{minimal} \usepackage[T1]{fontenc} \usepackage[minionint]{MinionPro} \begin{document} $$\iint \quad \oint$$ \end{document} If you create a DVI and use dvips + ps2pdf the output is as expected (one double integral and one closed integral). If you use pdflatex to create a PDF file directly then the output is wrong. The double integral consists of just one integral sign and the closed integral consists of a circle followed by an integral sign. ---------------------------------------------------------------------- >Comment By: Achim Blumensath (blume) Date: 2007-01-25 06:54 Message: Logged In: YES user_id=4173 In order to preproduce the bug you need the CVS version on MinionPro and perhaps also a recent version of the lcdf-typetools. The problem seems to be that the font MnSymbolFI10.vf refers again to a virtual font MinionPro-It-integral.vf. I've attached the corresponding VPL files. (I didn't have the time to create the requested PDF files. Will do so shortly.) ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2007-01-24 18:52 Message: Logged In: YES user_id=710 I compiled the test file and got normal output (see attached screenshot). ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-01-24 14:56 Message: Logged In: YES user_id=421 Please attach the PDFs generated by ps2pdf and pdflatex, best generated with \pdfcompresslevel=0. And the log from pdflatex. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=722&group_id=106

1 0

[ pdftex-Bugs-723 ] Pale colors when using transparency in PNG graphics
by noreply＠sarovar.org 25 Jan '07

25 Jan '07

Bugs item #723, was opened at 2007-01-25 06:27 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=723&group_id=106 Category: Image inclusion Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mark Henning (markhe) Assigned to: Martin Schröder (oneiros) Summary: Pale colors when using transparency in PNG graphics Initial Comment: Hi@all! I hope this is the right place to report this problem: If there is any transparency definition in a PNG file (e.g. transparency by a certain color or given by a mask), then all graphics on the page show pale colors. Graphics on pages before or after this page show normal colors. This is confirmed in several versions of Adobe Acrobat Reader. Ghostview/Ghostscript does not show this behaviour. The reason for this viewer-dependency might be a missing transparency-definition in the PDF file which makes it ambiguous, as reported by Andreas Lobinger in de.comp.text.tex; thread "Blasse Farben bei transparentem PNG in pdftex". ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=723&group_id=106

1 0

[ pdftex-Bugs-722 ] PDF generation does not support VF fonts correctly
by noreply＠sarovar.org 24 Jan '07

24 Jan '07

Bugs item #722, was opened at 2007-01-24 08:56 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=722&group_id=106 Category: Fonts Group: v1.40.1 Status: Open Resolution: None Priority: 5 Submitted By: Achim Blumensath (blume) Assigned to: Hartmut Henkel (hhenkel) Summary: PDF generation does not support VF fonts correctly Initial Comment: I've a problem with using VF fonts in PDF mode (using pdftex 1.40.1, pdftex 1.20b does work correctly). When using glyphs that are composed of several other glyphs the various parts appear not at their correct position. The following example requires the MnSymbol and the MinionPro packages. \documentclass{minimal} \usepackage[T1]{fontenc} \usepackage[minionint]{MinionPro} \begin{document} $$\iint \quad \oint$$ \end{document} If you create a DVI and use dvips + ps2pdf the output is as expected (one double integral and one closed integral). If you use pdflatex to create a PDF file directly then the output is wrong. The double integral consists of just one integral sign and the closed integral consists of a circle followed by an integral sign. ---------------------------------------------------------------------- >Comment By: The Thanh Han (hanthethanh) Date: 2007-01-24 18:52 Message: Logged In: YES user_id=710 I compiled the test file and got normal output (see attached screenshot). ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-01-24 14:56 Message: Logged In: YES user_id=421 Please attach the PDFs generated by ps2pdf and pdflatex, best generated with \pdfcompresslevel=0. And the log from pdflatex. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=722&group_id=106

1 0

[ pdftex-Bugs-722 ] PDF generation does not support VF fonts correctly
by noreply＠sarovar.org 24 Jan '07

24 Jan '07

Bugs item #722, was opened at 2007-01-24 09:56 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=722&group_id=106 Category: Fonts Group: v1.40.1 Status: Open Resolution: None Priority: 5 Submitted By: Achim Blumensath (blume) Assigned to: Hartmut Henkel (hhenkel) Summary: PDF generation does not support VF fonts correctly Initial Comment: I've a problem with using VF fonts in PDF mode (using pdftex 1.40.1, pdftex 1.20b does work correctly). When using glyphs that are composed of several other glyphs the various parts appear not at their correct position. The following example requires the MnSymbol and the MinionPro packages. \documentclass{minimal} \usepackage[T1]{fontenc} \usepackage[minionint]{MinionPro} \begin{document} $$\iint \quad \oint$$ \end{document} If you create a DVI and use dvips + ps2pdf the output is as expected (one double integral and one closed integral). If you use pdflatex to create a PDF file directly then the output is wrong. The double integral consists of just one integral sign and the closed integral consists of a circle followed by an integral sign. ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2007-01-24 15:56 Message: Logged In: YES user_id=421 Please attach the PDFs generated by ps2pdf and pdflatex, best generated with \pdfcompresslevel=0. And the log from pdflatex. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=722&group_id=106

1 0

[ pdftex-Bugs-722 ] PDF generation does not support VF fonts correctly
by noreply＠sarovar.org 24 Jan '07

24 Jan '07

Bugs item #722, was opened at 2007-01-24 08:56 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=722&group_id=106 Category: Fonts Group: v1.40.1 Status: Open Resolution: None Priority: 5 Submitted By: Achim Blumensath (blume) Assigned to: Hartmut Henkel (hhenkel) Summary: PDF generation does not support VF fonts correctly Initial Comment: I've a problem with using VF fonts in PDF mode (using pdftex 1.40.1, pdftex 1.20b does work correctly). When using glyphs that are composed of several other glyphs the various parts appear not at their correct position. The following example requires the MnSymbol and the MinionPro packages. \documentclass{minimal} \usepackage[T1]{fontenc} \usepackage[minionint]{MinionPro} \begin{document} $$\iint \quad \oint$$ \end{document} If you create a DVI and use dvips + ps2pdf the output is as expected (one double integral and one closed integral). If you use pdflatex to create a PDF file directly then the output is wrong. The double integral consists of just one integral sign and the closed integral consists of a circle followed by an integral sign. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=722&group_id=106

1 0

[ pdftex-Bugs-721 ] Missing /Font object of PK file not found
by noreply＠sarovar.org 24 Jan '07

24 Jan '07

Bugs item #721, was opened at 2007-01-23 21:17 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=721&group_id=106 Category: Fonts Group: v1.40.1 Status: Open >Resolution: Accepted >Priority: 7 Submitted By: Hartmut Henkel (hhenkel) Assigned to: Hartmut Henkel (hhenkel) Summary: Missing /Font object of PK file not found Initial Comment: There are several cases, the buggy one is no. 3. See test files test1...4.tex in the attached file. 1. No TFM file found in the 1st place. ---> No TeX font will be started. Ok. See test1.tex. 2. TFM file found, map entry existing, but no PFB font file in map line ---> "pdfTeX warning: pdftex: font `CMR' is not a standard font; I suppose it is available to your PDF viewer then". Ok. See test2.tex. 3. TFM file found, no map entry, and no PK font available. ---> "pdfTeX warning: pdftex (file mf-nonexist): Font mf-nonexist at 600 not found". Not ok. See test3.tex. Here a /Font object is referenced, which is not existing, rendering the resulting PDF file buggy. There should be either pdftex_fail() or or at least a /Font object with a dummy /FontDescriptor object should be created (the latter filled with defaults from the TFM file), and the same warning should be given as in case 4 below, since these cases are similar: fontfile expected, but not available. 4. TFM file found, map entry with PFB font file existing, but no PFB font file found. ---> "pdfTeX warning: pdftex (file t1-nonexist.pfb): cannot open Type 1 font file for reading". /FontDescriptor without /FontFile, correct. Ok. See test4.tex. Regards, Hartmut ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=721&group_id=106

1 0

Unknown font tag 'F42'
by Hartmut Henkel 23 Jan '07

23 Jan '07

Hi, when viewing english live.pdf from TeX Live 2007 inst 070123 by xpdf, i get quite a few of these: Error: font resource is not a dictionary Error: Unknown font tag 'F42' Error: font resource is not a dictionary Error: Unknown font tag 'F42' Error: font resource is not a dictionary Error: Unknown font tag 'F42' Error: Unknown font tag 'F42' No idea why. And why especially 42? :-) Creator: LaTeX with hyperref package Producer: pdfTeX-1.40.1 CreationDate: Mon Jan 22 00:18:24 2007 ModDate: Mon Jan 22 00:18:24 2007 Regards, Hartmut

4 10

[ pdftex-Bugs-721 ] Missing /Font object of PK file not found
by noreply＠sarovar.org 23 Jan '07

23 Jan '07

Bugs item #721, was opened at 2007-01-23 21:17 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=721&group_id=106 Category: Fonts Group: v1.40.1 Status: Open Resolution: None Priority: 5 Submitted By: Hartmut Henkel (hhenkel) Assigned to: Hartmut Henkel (hhenkel) Summary: Missing /Font object of PK file not found Initial Comment: There are several cases, the buggy one is no. 3. See test files test1...4.tex in the attached file. 1. No TFM file found in the 1st place. ---> No TeX font will be started. Ok. See test1.tex. 2. TFM file found, map entry existing, but no PFB font file in map line ---> "pdfTeX warning: pdftex: font `CMR' is not a standard font; I suppose it is available to your PDF viewer then". Ok. See test2.tex. 3. TFM file found, no map entry, and no PK font available. ---> "pdfTeX warning: pdftex (file mf-nonexist): Font mf-nonexist at 600 not found". Not ok. See test3.tex. Here a /Font object is referenced, which is not existing, rendering the resulting PDF file buggy. There should be either pdftex_fail() or or at least a /Font object with a dummy /FontDescriptor object should be created (the latter filled with defaults from the TFM file), and the same warning should be given as in case 4 below, since these cases are similar: fontfile expected, but not available. 4. TFM file found, map entry with PFB font file existing, but no PFB font file found. ---> "pdfTeX warning: pdftex (file t1-nonexist.pfb): cannot open Type 1 font file for reading". /FontDescriptor without /FontFile, correct. Ok. See test4.tex. Regards, Hartmut ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=721&group_id=106

1 0

Re: [NTG-pdftex] [NTG-context] pdfetex 1.40.1 + ghosscript problem?
by Thanh Han The 19 Jan '07

19 Jan '07

Hi, I tried the test file from Hartmut with all pdf browsers that I have and didn't get any warning. Can someone verify whether the same file compiled with pdftex 1.30.6 caused any warnings with gs? Anyway, fwiw, pdf spec has been improved a lot to clarify how truetype fonts are treated by adobe viewers. See p399, section "Encodings for TrueType Fonts". The current implementation was done using a trial-and-error approach, since that time the (old) pdf spec didn't say how TTF are treated. We can change pdftex to conform the spec (not a big change). But this may have some big impact on backward compability. Thanh On Fri, Jan 19, 2007 at 01:46:33AM +0100, Hartmut Henkel wrote: > On Fri, 19 Jan 2007, Hartmut Henkel wrote: > > > On Fri, 19 Jan 2007, Martin Schr�der wrote: > > > > > 2007/1/18, Michal Kvasnicka <quasar(a)econ.muni.cz>: > > > > Excuse me this off-topic, I don't know where should I ask. > > > > > > The pdftex mailing list would be a better place. See > > > http://www.pdftex.org/README > > > > > > [...] > > > > > > > Can anybody tell me what's wrong, and if there is a ghostscript > > > > version capable to view the output of pdftex 1.40.1? Without it it > > > > is useless for me. :-( > > > > > > I can view sample2e.pdf or the pdftex manual fine with gs 8.54. > > > > e. g. when i run this test file through pdftex-1.40.1 > > > > %$Id: test4.tex,v 1.3 2006/01/06 20:24:10 hahe Exp hahe $ > > \pdfcompresslevel=0 > > \nopagenumbers > > \pdfmapline{qtmr <8r.enc <qtmr.ttf} > > ok, this <8r.enc is the wrong encoding for this, so it's not surprising > that glyphs in this test file PDF come out wrongly. > > > \font\qtmr qtmr at 10pt > > \pdffontexpand\qtmr 30 30 5 autoexpand > > \pdfadjustspacing=2 > > \qtmr > > > > \input tufte > > \input tufte > > \input tufte > > \input tufte > > > > \bye > > > > then gs 8.54 tells "**** Warning: Encoding not present." But it looks > > ok. Could there be anything missing inside the embedded TTF font? > > Would this warning go away if one uses the right encoding vector? > > Regards, Hartmut > _______________________________________________ > ntg-pdftex mailing list > ntg-pdftex(a)ntg.nl > http://www.ntg.nl/mailman/listinfo/ntg-pdftex

1 0

Re: [NTG-pdftex] [NTG-context] pdfetex 1.40.1 + ghosscript problem?
by Hartmut Henkel 19 Jan '07

19 Jan '07

Hi Thanh, On Fri, 19 Jan 2007, Martin Schröder wrote: > 2007/1/18, Michal Kvasnicka <quasar(a)econ.muni.cz>: > > Excuse me this off-topic, I don't know where should I ask. > > The pdftex mailing list would be a better place. See > http://www.pdftex.org/README > > [...] > > > Can anybody tell me what's wrong, and if there is a ghostscript > > version capable to view the output of pdftex 1.40.1? Without it it > > is useless for me. :-( > > I can view sample2e.pdf or the pdftex manual fine with gs 8.54. e. g. when i run this test file through pdftex-1.40.1 %$Id: test4.tex,v 1.3 2006/01/06 20:24:10 hahe Exp hahe $ \pdfcompresslevel=0 \nopagenumbers \pdfmapline{qtmr <8r.enc <qtmr.ttf} \font\qtmr qtmr at 10pt \pdffontexpand\qtmr 30 30 5 autoexpand \pdfadjustspacing=2 \qtmr \input tufte \input tufte \input tufte \input tufte \bye then gs 8.54 tells "**** Warning: Encoding not present." But it looks ok. Could there be anything missing inside the embedded TTF font? Regards, Hartmut

4 5

pdftex libc problem with x64_86 in tex-live 070117-inst
by Hartmut Henkel 17 Jan '07

17 Jan '07

Hi, do you have any clue what this fatal error means (similar also outside gdb): (/usr/local/texlive/2007/texmf-dist/tex/latex/microtype/microtype.sty (/usr/local/texlive/2007/texmf-dist/tex/latex/graphics/keyval.sty) (/usr/local/texlive/2007/texmf-dist/tex/latex/microtype/microtype.cfg/usr/local/texlive/2007/bin/x86_64-linux/pdflatex: relocation error: /usr/local/texlive/2007/bin/x86_64-linux/pdflatex: symbol regexec, version GLIBC_2.3.4 not defined in file libc.so.6 with link time reference Program exited with code 0177. (gdb) Regards, Hartmut

2 2

Re: [NTG-pdftex] /Font resources must be indirect?
by Thanh Han The 17 Jan '07

17 Jan '07

> On Tue, 16 Jan 2007, Martin Schr�der wrote: > > > Hi, copyFontResources in pdftoepdf.cc requires the fonts to be > > specified indirectly in a font resource dictionary. Why? I cannot recall the reason for this. Maybe it was not allowed in pdf-1.2 or ealier (couldn't find a pdf spec older than 1.3 to verify this), or this was just my assumption. Thanh

1 0

/Font resources must be indirect?
by Martin Schröder 16 Jan '07

16 Jan '07

Hi, copyFontResources in pdftoepdf.cc requires the fonts to be specified indirectly in a font resource dictionary. Why? Background: I've got a pdf (from http://www.stillhq.com/pdfdb/000623/info.html) that directly includes the font dictionaries in the font resource dictionary, and pdftex fails while including it. kpdf and AR7 display the file without problems, but gs 8.54 barfs. Best Martin

2 1

manual update
by Paweł Jackowski 11 Jan '07

11 Jan '07

Hi, I've updated the manual with \pdfcolorstackinit \pdfcolorstack \pdfsetmatrix \pdfsave \pdfrestore on the base of Heiko's patch note. Check welcome. -- Pawe/l Jackowski P.Jackowski(a)gust.org.pl

1 0