June 2008 - ntg-pdftex - NTG Mailing Lists

[pdftex-Bugs][1751] bounding box ignored?
by pdftex-bugs＠sarovar.org 25 Jun '08

25 Jun '08

Bugs item #1751, was opened at 2008-06-23 09:28 Status: Open Priority: 3 Submitted By: Stefan Becuwe (sbecuwe) Assigned to: Martin Schröder (oneiros) Summary: bounding box ignored? Resolution: Accepted Group: v1.40.3 Category: PDF inclusion Initial Comment: Hello, I've got a problem with a pdf inclusion using includegraphics. I've made a screendump with Firefox using the "Print to File" option and selected pdf as format. Using Acrobat, I've cropped the figure. In kpdf or acroread the result (attached) looks ok. However, when I create a LaTeX document containing this figure, the output depends on the viewer...: correct output shown in kpdf, incorrect output shown in acroread since cropping is ignored. I also get the following message: PDF inclusion: Page Group detected which pdfTeX can't handle. Ignoring it. I don't know whether it's related to the above problem. Best regards Stefan ---------------------------------------------------------------------- >Comment By: The Thanh Han (hanthethanh) Date: 2008-06-25 08:33 Message: I am of the same opinion as Heiko. The reason why content streams are copied entirely is that I didn't expect those streams to contain anything else apart from entries commond for all streams (eg those listed in table 3.4 in pdf spec). However, I also could not find anything explicitly saying that additional entries are not allowed. Heiko's patch looks good to me. So, here is my vote for that patch. Better to copy only what is required, than to copy everything including what is undefined. Variant A looks simple and clean, but it will slow down pdf inclusion, since the streams must be uncompressed and re-compressed. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-25 08:28 Message: Thanks. This file is IMHO broken: Object 3 is an XObject dict, but is used for the Contents of page 1 (object 23). Can you please file a bug report against FireFox at https://bugzilla.mozilla.org/ and report the bug url here, so that I can chime in there? ---------------------------------------------------------------------- Comment By: Stefan Becuwe (sbecuwe) Date: 2008-06-25 08:05 Message: I've attached the original output from Firefox 3. Regards Stefan ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-25 07:02 Message: Of course the stream dict may contain arbitrary keys; but the input PDF here is IMHO broken; at least it's a borderline case (who needs a /BBox or /Group in a stream dict?). ---------------------------------------------------------------------- Comment By: Heiko Oberdiek (oberdiek) Date: 2008-06-24 22:34 Message: The /Contents stream object may contain additional entries, I haven't found something in the PDF specification that would forbid this. Therefore the PDF inclusion code needs fixing. Instead of copying the whole dictionary, this should be limited to /Length, /Filter, and /DecodeParms. (I assume external streams aren't supported.) Patch 1812 contains a patch for pdftoepdf.cc. The commented variant A recompresses the stream, controlled by \pdfcompresslevel. Variant B is more complicate, it copies the needed entries manually and copies the stream without recompressing. Yours sincerely Heiko <oberdiek(a)uni-freiburg.de> ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2008-06-24 20:21 Message: right, Martin. Now i see: the page /Contents stream object no. 3 in crop_problem.pdf looks like an /XObject, but only /Filter and /Length should be there (or the ones in Table 3.4 of the PDFRef.) Regards, Hartmut ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2008-06-24 18:32 Message: hmm, there are /BBox entries and /Resources in the many /Pattern objects, both of which are ok and even required by the PDF Spec. Also, having the same /Resources in the /Page and the /XObject dict. should be ok. The crop_problem.pdf just looks a little weird, but not wrong. Regards, Hartmut ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-24 14:20 Message: Can you attach the original PDF from FF? The content stream dict of crop_problem.pdf has some keys that don't belog there (BBox, Resources)... ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-23 22:54 Message: Confirmed. We get two BBoxes... :-( ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-23 13:37 Message: Confirmed. I'm tempted to call it a bug in AR; I'll talk to Adobe. ---------------------------------------------------------------------- Comment By: Stefan Becuwe (sbecuwe) Date: 2008-06-23 10:58 Message: I have attached test2-sb.pdf and test2-sb.log. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-23 10:20 Message: The page group bug is fixed in 1.40.6, btw. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-23 10:19 Message: It works for me. :-) Can you try the attached test2.tex and attach your pdf and log, please? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=1751&group_id=106

1 0

[pdftex-Bugs][1751] bounding box ignored?
by pdftex-bugs＠sarovar.org 25 Jun '08

25 Jun '08

Bugs item #1751, was opened at 2008-06-23 11:28 Status: Open Priority: 3 Submitted By: Stefan Becuwe (sbecuwe) Assigned to: Martin Schröder (oneiros) Summary: bounding box ignored? Resolution: Accepted Group: v1.40.3 Category: PDF inclusion Initial Comment: Hello, I've got a problem with a pdf inclusion using includegraphics. I've made a screendump with Firefox using the "Print to File" option and selected pdf as format. Using Acrobat, I've cropped the figure. In kpdf or acroread the result (attached) looks ok. However, when I create a LaTeX document containing this figure, the output depends on the viewer...: correct output shown in kpdf, incorrect output shown in acroread since cropping is ignored. I also get the following message: PDF inclusion: Page Group detected which pdfTeX can't handle. Ignoring it. I don't know whether it's related to the above problem. Best regards Stefan ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2008-06-25 10:28 Message: Thanks. This file is IMHO broken: Object 3 is an XObject dict, but is used for the Contents of page 1 (object 23). Can you please file a bug report against FireFox at https://bugzilla.mozilla.org/ and report the bug url here, so that I can chime in there? ---------------------------------------------------------------------- Comment By: Stefan Becuwe (sbecuwe) Date: 2008-06-25 10:05 Message: I've attached the original output from Firefox 3. Regards Stefan ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-25 09:02 Message: Of course the stream dict may contain arbitrary keys; but the input PDF here is IMHO broken; at least it's a borderline case (who needs a /BBox or /Group in a stream dict?). ---------------------------------------------------------------------- Comment By: Heiko Oberdiek (oberdiek) Date: 2008-06-25 00:34 Message: The /Contents stream object may contain additional entries, I haven't found something in the PDF specification that would forbid this. Therefore the PDF inclusion code needs fixing. Instead of copying the whole dictionary, this should be limited to /Length, /Filter, and /DecodeParms. (I assume external streams aren't supported.) Patch 1812 contains a patch for pdftoepdf.cc. The commented variant A recompresses the stream, controlled by \pdfcompresslevel. Variant B is more complicate, it copies the needed entries manually and copies the stream without recompressing. Yours sincerely Heiko <oberdiek(a)uni-freiburg.de> ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2008-06-24 22:21 Message: right, Martin. Now i see: the page /Contents stream object no. 3 in crop_problem.pdf looks like an /XObject, but only /Filter and /Length should be there (or the ones in Table 3.4 of the PDFRef.) Regards, Hartmut ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2008-06-24 20:32 Message: hmm, there are /BBox entries and /Resources in the many /Pattern objects, both of which are ok and even required by the PDF Spec. Also, having the same /Resources in the /Page and the /XObject dict. should be ok. The crop_problem.pdf just looks a little weird, but not wrong. Regards, Hartmut ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-24 16:20 Message: Can you attach the original PDF from FF? The content stream dict of crop_problem.pdf has some keys that don't belog there (BBox, Resources)... ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-24 00:54 Message: Confirmed. We get two BBoxes... :-( ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-23 15:37 Message: Confirmed. I'm tempted to call it a bug in AR; I'll talk to Adobe. ---------------------------------------------------------------------- Comment By: Stefan Becuwe (sbecuwe) Date: 2008-06-23 12:58 Message: I have attached test2-sb.pdf and test2-sb.log. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-23 12:20 Message: The page group bug is fixed in 1.40.6, btw. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-23 12:19 Message: It works for me. :-) Can you try the attached test2.tex and attach your pdf and log, please? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=1751&group_id=106

1 0

[pdftex-Bugs][1751] bounding box ignored?
by pdftex-bugs＠sarovar.org 25 Jun '08

25 Jun '08

Bugs item #1751, was opened at 2008-06-23 11:28 Status: Open Priority: 3 Submitted By: Stefan Becuwe (sbecuwe) Assigned to: Martin Schröder (oneiros) Summary: bounding box ignored? Resolution: Accepted Group: v1.40.3 Category: PDF inclusion Initial Comment: Hello, I've got a problem with a pdf inclusion using includegraphics. I've made a screendump with Firefox using the "Print to File" option and selected pdf as format. Using Acrobat, I've cropped the figure. In kpdf or acroread the result (attached) looks ok. However, when I create a LaTeX document containing this figure, the output depends on the viewer...: correct output shown in kpdf, incorrect output shown in acroread since cropping is ignored. I also get the following message: PDF inclusion: Page Group detected which pdfTeX can't handle. Ignoring it. I don't know whether it's related to the above problem. Best regards Stefan ---------------------------------------------------------------------- Comment By: Stefan Becuwe (sbecuwe) Date: 2008-06-25 10:05 Message: I've attached the original output from Firefox 3. Regards Stefan ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-25 09:02 Message: Of course the stream dict may contain arbitrary keys; but the input PDF here is IMHO broken; at least it's a borderline case (who needs a /BBox or /Group in a stream dict?). ---------------------------------------------------------------------- Comment By: Heiko Oberdiek (oberdiek) Date: 2008-06-25 00:34 Message: The /Contents stream object may contain additional entries, I haven't found something in the PDF specification that would forbid this. Therefore the PDF inclusion code needs fixing. Instead of copying the whole dictionary, this should be limited to /Length, /Filter, and /DecodeParms. (I assume external streams aren't supported.) Patch 1812 contains a patch for pdftoepdf.cc. The commented variant A recompresses the stream, controlled by \pdfcompresslevel. Variant B is more complicate, it copies the needed entries manually and copies the stream without recompressing. Yours sincerely Heiko <oberdiek(a)uni-freiburg.de> ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2008-06-24 22:21 Message: right, Martin. Now i see: the page /Contents stream object no. 3 in crop_problem.pdf looks like an /XObject, but only /Filter and /Length should be there (or the ones in Table 3.4 of the PDFRef.) Regards, Hartmut ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2008-06-24 20:32 Message: hmm, there are /BBox entries and /Resources in the many /Pattern objects, both of which are ok and even required by the PDF Spec. Also, having the same /Resources in the /Page and the /XObject dict. should be ok. The crop_problem.pdf just looks a little weird, but not wrong. Regards, Hartmut ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-24 16:20 Message: Can you attach the original PDF from FF? The content stream dict of crop_problem.pdf has some keys that don't belog there (BBox, Resources)... ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-24 00:54 Message: Confirmed. We get two BBoxes... :-( ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-23 15:37 Message: Confirmed. I'm tempted to call it a bug in AR; I'll talk to Adobe. ---------------------------------------------------------------------- Comment By: Stefan Becuwe (sbecuwe) Date: 2008-06-23 12:58 Message: I have attached test2-sb.pdf and test2-sb.log. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-23 12:20 Message: The page group bug is fixed in 1.40.6, btw. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-23 12:19 Message: It works for me. :-) Can you try the attached test2.tex and attach your pdf and log, please? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=1751&group_id=106

1 0

[pdftex-Bugs][1751] bounding box ignored?
by pdftex-bugs＠sarovar.org 25 Jun '08

25 Jun '08

Bugs item #1751, was opened at 2008-06-23 11:28 Status: Open >Priority: 3 Submitted By: Stefan Becuwe (sbecuwe) Assigned to: Martin Schröder (oneiros) Summary: bounding box ignored? Resolution: Accepted Group: v1.40.3 Category: PDF inclusion Initial Comment: Hello, I've got a problem with a pdf inclusion using includegraphics. I've made a screendump with Firefox using the "Print to File" option and selected pdf as format. Using Acrobat, I've cropped the figure. In kpdf or acroread the result (attached) looks ok. However, when I create a LaTeX document containing this figure, the output depends on the viewer...: correct output shown in kpdf, incorrect output shown in acroread since cropping is ignored. I also get the following message: PDF inclusion: Page Group detected which pdfTeX can't handle. Ignoring it. I don't know whether it's related to the above problem. Best regards Stefan ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2008-06-25 09:02 Message: Of course the stream dict may contain arbitrary keys; but the input PDF here is IMHO broken; at least it's a borderline case (who needs a /BBox or /Group in a stream dict?). ---------------------------------------------------------------------- Comment By: Heiko Oberdiek (oberdiek) Date: 2008-06-25 00:34 Message: The /Contents stream object may contain additional entries, I haven't found something in the PDF specification that would forbid this. Therefore the PDF inclusion code needs fixing. Instead of copying the whole dictionary, this should be limited to /Length, /Filter, and /DecodeParms. (I assume external streams aren't supported.) Patch 1812 contains a patch for pdftoepdf.cc. The commented variant A recompresses the stream, controlled by \pdfcompresslevel. Variant B is more complicate, it copies the needed entries manually and copies the stream without recompressing. Yours sincerely Heiko <oberdiek(a)uni-freiburg.de> ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2008-06-24 22:21 Message: right, Martin. Now i see: the page /Contents stream object no. 3 in crop_problem.pdf looks like an /XObject, but only /Filter and /Length should be there (or the ones in Table 3.4 of the PDFRef.) Regards, Hartmut ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2008-06-24 20:32 Message: hmm, there are /BBox entries and /Resources in the many /Pattern objects, both of which are ok and even required by the PDF Spec. Also, having the same /Resources in the /Page and the /XObject dict. should be ok. The crop_problem.pdf just looks a little weird, but not wrong. Regards, Hartmut ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-24 16:20 Message: Can you attach the original PDF from FF? The content stream dict of crop_problem.pdf has some keys that don't belog there (BBox, Resources)... ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-24 00:54 Message: Confirmed. We get two BBoxes... :-( ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-23 15:37 Message: Confirmed. I'm tempted to call it a bug in AR; I'll talk to Adobe. ---------------------------------------------------------------------- Comment By: Stefan Becuwe (sbecuwe) Date: 2008-06-23 12:58 Message: I have attached test2-sb.pdf and test2-sb.log. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-23 12:20 Message: The page group bug is fixed in 1.40.6, btw. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-23 12:19 Message: It works for me. :-) Can you try the attached test2.tex and attach your pdf and log, please? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=1751&group_id=106

1 0

[pdftex-Patches][1812] Patch for bug report 1751
by pdftex-patches＠sarovar.org 25 Jun '08

25 Jun '08

Patches item #1812, was opened at 2008-06-25 00:29 Status: Open Priority: 3 Submitted By: Heiko Oberdiek (oberdiek) Assigned to: Martin Schröder (oneiros) Summary: Patch for bug report 1751 Resolution: None Group: v1.40.0 Category: PDF inclusion Initial Comment: Hello, this patch fixes bug report 1751 "bounding box ignored?". The source of the problem is pdftoepdf.cc: the contents stream is copied with *all* entries, but only Length, Filter, DecodeParms must be copied. Yours sincerely Heiko <oberdiek(a)uni-freiburg.de> ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2008-06-25 08:59 Message: While this probably works, I prefer a different approach: Propagate all keys from the stream dict, but check for name collisons. Not hard to do (just use an avl), but probably not worth it for pdfTeX anymore. But see http://tracker.luatex.org/view.php?id=56 Your patch limits us to some (already known) keys and doesn't even handle all keys in table 3.4. And who knows which keys will be added in future PDF versions or if the PDF contains keys with application data? "Be liberal in what you accept." The input PDF in #1751 is broken. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=1812&group_id=106

1 0

[pdftex-Patches][1812] Patch for bug report 1751
by pdftex-patches＠sarovar.org 25 Jun '08

25 Jun '08

Patches item #1812, was opened at 2008-06-25 00:29 Status: Open Priority: 3 Submitted By: Heiko Oberdiek (oberdiek) >Assigned to: Martin Schröder (oneiros) Summary: Patch for bug report 1751 Resolution: None Group: v1.40.0 >Category: PDF inclusion Initial Comment: Hello, this patch fixes bug report 1751 "bounding box ignored?". The source of the problem is pdftoepdf.cc: the contents stream is copied with *all* entries, but only Length, Filter, DecodeParms must be copied. Yours sincerely Heiko <oberdiek(a)uni-freiburg.de> ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=1812&group_id=106

1 0

[pdftex-Bugs][1751] bounding box ignored?
by pdftex-bugs＠sarovar.org 24 Jun '08

24 Jun '08

Bugs item #1751, was opened at 2008-06-23 11:28 Status: Open Priority: 5 Submitted By: Stefan Becuwe (sbecuwe) Assigned to: Martin Schröder (oneiros) Summary: bounding box ignored? Resolution: Accepted Group: v1.40.3 Category: PDF inclusion Initial Comment: Hello, I've got a problem with a pdf inclusion using includegraphics. I've made a screendump with Firefox using the "Print to File" option and selected pdf as format. Using Acrobat, I've cropped the figure. In kpdf or acroread the result (attached) looks ok. However, when I create a LaTeX document containing this figure, the output depends on the viewer...: correct output shown in kpdf, incorrect output shown in acroread since cropping is ignored. I also get the following message: PDF inclusion: Page Group detected which pdfTeX can't handle. Ignoring it. I don't know whether it's related to the above problem. Best regards Stefan ---------------------------------------------------------------------- Comment By: Heiko Oberdiek (oberdiek) Date: 2008-06-25 00:34 Message: The /Contents stream object may contain additional entries, I haven't found something in the PDF specification that would forbid this. Therefore the PDF inclusion code needs fixing. Instead of copying the whole dictionary, this should be limited to /Length, /Filter, and /DecodeParms. (I assume external streams aren't supported.) Patch 1812 contains a patch for pdftoepdf.cc. The commented variant A recompresses the stream, controlled by \pdfcompresslevel. Variant B is more complicate, it copies the needed entries manually and copies the stream without recompressing. Yours sincerely Heiko <oberdiek(a)uni-freiburg.de> ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2008-06-24 22:21 Message: right, Martin. Now i see: the page /Contents stream object no. 3 in crop_problem.pdf looks like an /XObject, but only /Filter and /Length should be there (or the ones in Table 3.4 of the PDFRef.) Regards, Hartmut ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2008-06-24 20:32 Message: hmm, there are /BBox entries and /Resources in the many /Pattern objects, both of which are ok and even required by the PDF Spec. Also, having the same /Resources in the /Page and the /XObject dict. should be ok. The crop_problem.pdf just looks a little weird, but not wrong. Regards, Hartmut ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-24 16:20 Message: Can you attach the original PDF from FF? The content stream dict of crop_problem.pdf has some keys that don't belog there (BBox, Resources)... ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-24 00:54 Message: Confirmed. We get two BBoxes... :-( ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-23 15:37 Message: Confirmed. I'm tempted to call it a bug in AR; I'll talk to Adobe. ---------------------------------------------------------------------- Comment By: Stefan Becuwe (sbecuwe) Date: 2008-06-23 12:58 Message: I have attached test2-sb.pdf and test2-sb.log. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-23 12:20 Message: The page group bug is fixed in 1.40.6, btw. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-23 12:19 Message: It works for me. :-) Can you try the attached test2.tex and attach your pdf and log, please? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=1751&group_id=106

1 0

[pdftex-Patches][1812] Patch for bug report 1751
by pdftex-patches＠sarovar.org 24 Jun '08

24 Jun '08

Patches item #1812, was opened at 2008-06-25 00:29 Status: Open Priority: 3 Submitted By: Heiko Oberdiek (oberdiek) Assigned to: Nobody (None) Summary: Patch for bug report 1751 Resolution: None Group: v1.40.0 Category: Image inclusion Initial Comment: Hello, this patch fixes bug report 1751 "bounding box ignored?". The source of the problem is pdftoepdf.cc: the contents stream is copied with *all* entries, but only Length, Filter, DecodeParms must be copied. Yours sincerely Heiko <oberdiek(a)uni-freiburg.de> ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=1812&group_id=106

1 0

[pdftex-Bugs][1751] bounding box ignored?
by pdftex-bugs＠sarovar.org 24 Jun '08

24 Jun '08

Bugs item #1751, was opened at 2008-06-23 11:28 Status: Open Priority: 5 Submitted By: Stefan Becuwe (sbecuwe) Assigned to: Martin Schröder (oneiros) Summary: bounding box ignored? Resolution: Accepted Group: v1.40.3 Category: PDF inclusion Initial Comment: Hello, I've got a problem with a pdf inclusion using includegraphics. I've made a screendump with Firefox using the "Print to File" option and selected pdf as format. Using Acrobat, I've cropped the figure. In kpdf or acroread the result (attached) looks ok. However, when I create a LaTeX document containing this figure, the output depends on the viewer...: correct output shown in kpdf, incorrect output shown in acroread since cropping is ignored. I also get the following message: PDF inclusion: Page Group detected which pdfTeX can't handle. Ignoring it. I don't know whether it's related to the above problem. Best regards Stefan ---------------------------------------------------------------------- >Comment By: Hartmut Henkel (hhenkel) Date: 2008-06-24 22:21 Message: right, Martin. Now i see: the page /Contents stream object no. 3 in crop_problem.pdf looks like an /XObject, but only /Filter and /Length should be there (or the ones in Table 3.4 of the PDFRef.) Regards, Hartmut ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2008-06-24 20:32 Message: hmm, there are /BBox entries and /Resources in the many /Pattern objects, both of which are ok and even required by the PDF Spec. Also, having the same /Resources in the /Page and the /XObject dict. should be ok. The crop_problem.pdf just looks a little weird, but not wrong. Regards, Hartmut ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-24 16:20 Message: Can you attach the original PDF from FF? The content stream dict of crop_problem.pdf has some keys that don't belog there (BBox, Resources)... ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-24 00:54 Message: Confirmed. We get two BBoxes... :-( ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-23 15:37 Message: Confirmed. I'm tempted to call it a bug in AR; I'll talk to Adobe. ---------------------------------------------------------------------- Comment By: Stefan Becuwe (sbecuwe) Date: 2008-06-23 12:58 Message: I have attached test2-sb.pdf and test2-sb.log. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-23 12:20 Message: The page group bug is fixed in 1.40.6, btw. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-23 12:19 Message: It works for me. :-) Can you try the attached test2.tex and attach your pdf and log, please? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=1751&group_id=106

1 0

[pdftex-Bugs][1751] bounding box ignored?
by pdftex-bugs＠sarovar.org 24 Jun '08

24 Jun '08

Bugs item #1751, was opened at 2008-06-23 11:28 Status: Open Priority: 5 Submitted By: Stefan Becuwe (sbecuwe) Assigned to: Martin Schröder (oneiros) Summary: bounding box ignored? Resolution: Accepted Group: v1.40.3 Category: PDF inclusion Initial Comment: Hello, I've got a problem with a pdf inclusion using includegraphics. I've made a screendump with Firefox using the "Print to File" option and selected pdf as format. Using Acrobat, I've cropped the figure. In kpdf or acroread the result (attached) looks ok. However, when I create a LaTeX document containing this figure, the output depends on the viewer...: correct output shown in kpdf, incorrect output shown in acroread since cropping is ignored. I also get the following message: PDF inclusion: Page Group detected which pdfTeX can't handle. Ignoring it. I don't know whether it's related to the above problem. Best regards Stefan ---------------------------------------------------------------------- >Comment By: Hartmut Henkel (hhenkel) Date: 2008-06-24 20:32 Message: hmm, there are /BBox entries and /Resources in the many /Pattern objects, both of which are ok and even required by the PDF Spec. Also, having the same /Resources in the /Page and the /XObject dict. should be ok. The crop_problem.pdf just looks a little weird, but not wrong. Regards, Hartmut ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-24 16:20 Message: Can you attach the original PDF from FF? The content stream dict of crop_problem.pdf has some keys that don't belog there (BBox, Resources)... ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-24 00:54 Message: Confirmed. We get two BBoxes... :-( ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-23 15:37 Message: Confirmed. I'm tempted to call it a bug in AR; I'll talk to Adobe. ---------------------------------------------------------------------- Comment By: Stefan Becuwe (sbecuwe) Date: 2008-06-23 12:58 Message: I have attached test2-sb.pdf and test2-sb.log. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-23 12:20 Message: The page group bug is fixed in 1.40.6, btw. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-06-23 12:19 Message: It works for me. :-) Can you try the attached test2.tex and attach your pdf and log, please? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=1751&group_id=106

1 0