Summary: | rasterisation issue when using TikZ's doube line | ||
---|---|---|---|
Product: | [Applications] okular | Reporter: | Yasin Zähringer <yasinzaehringer+kde> |
Component: | PDF backend | Assignee: | Okular developers <okular-devel> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | aacid, luigi.toscano |
Priority: | NOR | ||
Version: | 0.18.3 | ||
Target Milestone: | --- | ||
Platform: | Kubuntu | ||
OS: | Linux | ||
See Also: | https://bugs.freedesktop.org/show_bug.cgi?id=77904 | ||
Latest Commit: | Version Fixed In: | ||
Attachments: |
Problematic PDF
Screenshots at different zoom levels |
Description
Yasin Zähringer
2014-04-01 13:16:46 UTC
Created attachment 85887 [details]
Problematic PDF
Created attachment 85888 [details]
Screenshots at different zoom levels
I can confirm the issue with Okular 0.18.4 and poppler 0.24.3, but I guess it is a poppler bug. I can still confirm the issue on an Ubuntu 14.04 system, i.e. okular version 0.19 and poppler version 0.24.5. I also tested Christoph's hypothesis with evince, a viewer which also uses the poppler library, and I cannot reproduce the issue. Though, evince has some rendering problems, e.g. the two lines of the equal sign look differently, which lead me to believe that evince's poppler configuration was fine tuned to exactly avoid this problem. Still, even with this fine tuning, it does not render the document in a completely faithful manner. I do not know enough about the internals of Okular and poppler to locate the problem. Is it a poppler configuration issue or a genuine poppler bug? evince uses poppler but a different engine for rendering. Any rendering issue in a pdf file will almost never be an Okular issue but a poppler one. I opened a poppler bug: https://bugs.freedesktop.org/show_bug.cgi?id=77904 Closing upstream for now, waiting for resolution on poppler size. The PDF attached to the Poppler bug is probably not the same as comment #1 (there, it displays blank for me). |