Summary: | Okular does not display transparency in combined transparency | ||
---|---|---|---|
Product: | [Applications] okular | Reporter: | Martin Bretschneider <bugs> |
Component: | PDF backend | Assignee: | Okular developers <okular-devel> |
Status: | RESOLVED UPSTREAM | ||
Severity: | wishlist | CC: | aacid, bradh |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Debian testing | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: |
Original SVG file from Inkscape
PDF file with the display error PNG exported file: It should look like this |
Description
Martin Bretschneider
2009-05-22 17:32:44 UTC
Created attachment 33921 [details]
Original SVG file from Inkscape
Created attachment 33922 [details]
PDF file with the display error
Created attachment 33923 [details]
PNG exported file: It should look like this
Hi, Okular does not load nor render PDF documents by itself, but uses the poppler library. Thus you should report the problem to the poppler's bug tracking system, at https://bugs.freedesktop.org, "poppler" product. In case you wonder why it works in some PDF viewers based on poppler, they use a different poppler renderer than the xpdf-derived one used by Okular. On Debian Testing, both Okular (http://packages.debian.org/squeeze/okular) and epdfview (http://packages.debian.org/squeeze/epdfview) do depend on poppler. Okular does depend on libpoppler-qt4-3 (http://packages.debian.org/squeeze/libpoppler-qt4-3), epdfview on libpoppler-glib4 (http://packages.debian.org/squeeze/libpoppler-glib4). So it is the same poppler lib with different wrappings. Something more strange is the following: $ ldd /usr/bin/epdfview | grep popp libpoppler-glib.so.4 => /usr/lib/libpoppler-glib.so.4 (0xb77ed000) libpoppler.so.4 => /usr/lib/libpoppler.so.4 (0xb6f57000) $ ldd /usr/bin/okular | grep popp nothing So, Okular does not really depend on poppler. Do you think, that this is a Okular problem, a poller or a Debian problem? TIA Martin PDF support for Okular is provided by a plugin, and not linked directly from the main application (which is almost a very thin wrapper that loads the KDE KPart component). In your Debian installation, you should have: $ ldd /usr/lib/kde4/okularGenerator_poppler.so | grep poppler libpoppler-qt4.so.3 => /usr/lib/libpoppler-qt4.so.3 (0x00007f3e2d42e000) libpoppler.so.4 => /usr/lib/libpoppler.so.4 (0x00007f3e2a9cb000) As Pino says, this is a poppler bug. The reason why you may not see it with evince or some other poppler-based tool, and still see it with Okular, is that there are a couple of different output options (one based on poppler's build-in Splash toolkit, and the other based on Cairo). Brad FWIW this will be fixed when using poppler >= 0.11.3 |