Bug 109228 - Wrong rendering of images (transparency issue?)
Summary: Wrong rendering of images (transparency issue?)
Status: RESOLVED DUPLICATE of bug 97256
Alias: None
Product: kpdf
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Albert Astals Cid
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-07-17 22:36 UTC by Kurt Pfeifle
Modified: 2005-07-18 19:24 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments
PDF 1.3 exported from Scribus-1.3cvs (today's build) (321.20 KB, application/pdf)
2005-07-17 22:43 UTC, Kurt Pfeifle
Details
PDF 1.4 exported from Scribus-1.3cvs (today's build) (326.55 KB, application/pdf)
2005-07-17 22:44 UTC, Kurt Pfeifle
Details
PDF 1.5 exported from Scribus-1.3cvs (today's build) (326.94 KB, application/pdf)
2005-07-17 22:45 UTC, Kurt Pfeifle
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Kurt Pfeifle 2005-07-17 22:36:55 UTC
Version:           SVN-trunk from yesterday (using KDE Devel)
Installed from:    Compiled sources
Compiler:          gcc (GCC) 3.3.3 (SuSE Linux) 
OS:                Linux

I currently play with Scribus 1.2 and 1.3 and export PDFs from the documents I create. (Scribus is known for creating widely standards-compiliant PDF files). I'd like to use the Scribus Template I create for use during the LinuxPrinting.org booth at the upcoming LWE in San Fransisco. It would be a pity if KPDF failed me there....

I'll attach 3 examples. The Scribus file itself is created with Scribus-1.3cvs (self-compiled from CVS), and exported as PDF-1.3, 1.4 and 1.5 respectively.

Note 1: the 1.3 PDF isn't rendering in Acrobat Reader 7.0 (Linux version) either -- so this could be a bug in  a) acroread,  b) Scribus  or c) it could be a limitation of the PDF-1.3 format altogether.

Note 2: the Scribus document I was creating uses an ex-SVG file (rendered to PNG by "ksvg2png") as a background layer. Page 1 has a setting of 12%, page 2 one of 17% for the background picture.

This could also be an xpdf bug/lack of feature. It may not be kpdf's fault at all, and could be solved by future poppler usage.  Anyway -- if you close the bug, keep at least the files for reference...

Cheers,
Kurt   :-)

P.S.: I'll also notify the Scribus developers about this, so they can check themselves.
Comment 1 Kurt Pfeifle 2005-07-17 22:43:00 UTC
Created attachment 11822 [details]
PDF 1.3 exported from Scribus-1.3cvs (today's build)

(PDF-1.3 indeed does not support transparency)
Comment 2 Kurt Pfeifle 2005-07-17 22:44:30 UTC
Created attachment 11823 [details]
PDF 1.4 exported from Scribus-1.3cvs (today's build)

(this file renders OK with Acrobat Reader 7.0 on Linux)
Comment 3 Kurt Pfeifle 2005-07-17 22:45:17 UTC
Created attachment 11824 [details]
PDF 1.5 exported from Scribus-1.3cvs (today's build)

(this file renders OK with Acrobat Reader 7.0 on Linux)
Comment 4 Enrico Ros 2005-07-17 23:21:30 UTC
Seems a duplicate of 97256. (Of course transparency is not supported by kpdf 0.4). Albert: what do you think?
Comment 5 PLinell 2005-07-18 00:14:47 UTC
This is an issue which the  core xpdf rendering code cannot handle from my testing. e.g. True PDF 1.4 transparency effects are not supported. 
Comment 6 Albert Astals Cid 2005-07-18 19:24:46 UTC
Yeah, xpdf 3.00 does not support transparency, next version is said to support it, but i'm not sure if Derek is ever going to release a new GPL version of his code.

*** This bug has been marked as a duplicate of 97256 ***