When stroking a dashed line with a non-identity transformation, the dashing is not handled appropriately. I'll attach a PDF file which renders properly in acroread, but incorrectly in evince/poppler/cairo. There, at the 100% scale the first (unscaled) row is correct, while the others are not, (they should be simply vertically-scaled versions of the first row, but the dash positions change). Similary, if the zoom setting is changed from 100% then the first row also becomes incorrect.
Created attachment 5724 [details] Test case showing the bug
Oh, I just realized I wasn't running a pristine poppler. Instead, I was using poppler with the patch from bug #6948 here: https://bugs.freedesktop.org/attachment.cgi?id=5651 So it may be that the bug only appears due to that patch. -Carl
(In reply to comment #2) > > So it may be that the bug only appears due to that patch. > Nope. The fundamental bug is still present. After I reverted that patch, so I have a clean, from-cvs poppler tree, the rendering of the first row in the test case is still different from the rendering of the second and third rows. However, reverting the patch does fix the problem with the dashing changing as I zoom in and out with evince. -Carl
This problem should be fixed with the new patch from bug #6948. An interesting aside, Preview (the OSX PDF reader) doesn't render the attached pdf correctly either. See the attachment.
Created attachment 5752 [details] screenshot of Preview's rendering of the attached pdf
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.