January 2007 - 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 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: Accepted Priority: 5 Submitted By: Achim Blumensath (blume) >Assigned to: The Thanh Han (hanthethanh) 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 11:55 Message: Logged In: YES user_id=710 indeed this is a bug of pdftex. I found the bug, should be fixed soon. ---------------------------------------------------------------------- Comment By: Achim Blumensath (blume) Date: 2007-01-26 09:47 Message: Logged In: YES user_id=4173 Sorry, I forgot to mention that I couldn't include the pfb for copyright reasons. You need the opticals version of MinionPro to get MinionPro-ItDisp.pfb. If you don't have the optical fonts the easiest workaround is to create a PFB with just one glyph named /integral of width 310 units. ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2007-01-26 08: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 07: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 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 26 Jan '07

26 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: 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-26 12:12 Message: Logged In: YES user_id=421 Since this only shows up in AR and two high-end RIPs don't have any problems, this seems to be an AR problem. ---------------------------------------------------------------------- Comment By: Mark Henning (markhe) Date: 2007-01-26 07: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 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

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: The Thanh Han (hanthethanh) Date: 2007-01-26 10:55 Message: Logged In: YES user_id=710 indeed this is a bug of pdftex. I found the bug, should be fixed soon. ---------------------------------------------------------------------- Comment By: Achim Blumensath (blume) Date: 2007-01-26 08:47 Message: Logged In: YES user_id=4173 Sorry, I forgot to mention that I couldn't include the pfb for copyright reasons. You need the opticals version of MinionPro to get MinionPro-ItDisp.pfb. If you don't have the optical fonts the easiest workaround is to create a PFB with just one glyph named /integral of width 310 units. ---------------------------------------------------------------------- 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 08:47 Message: Logged In: YES user_id=4173 Sorry, I forgot to mention that I couldn't include the pfb for copyright reasons. You need the opticals version of MinionPro to get MinionPro-ItDisp.pfb. If you don't have the optical fonts the easiest workaround is to create a PFB with just one glyph named /integral of width 310 units. ---------------------------------------------------------------------- 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: 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 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-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 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.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