Line drawing (Page 16) does not have the correct line thickness when using the demo application on Google Chrome or any brower #12295
Assignees
Labels
Comments
|
I hope that Halima A. agreed to have her cardio health data in this ticket! |
calixteman
added a commit
to calixteman/pdf.js
that referenced
this issue
Jan 10, 2021
* add a comment to explain how minimal linewidth is computed. * when context.linewidth < 1 after transform, firefox and chrome don't render in the same way (issue mozilla#12810). * set lineWidth to 1 after transform and before stroking - aims fix issue mozilla#12295 - a pixel can be transformed into a rectangle with both heights < 1. A single rescale leads to a rectangle with dim equals to 1 and the other to something greater than 1. * change the way to render rectangle with null dimensions: - right now we rely on the lineWidth set before "re" but it can be set after "re" and before "S" and in this case the rendering will be wrong. - render such rectangles as a single line.
|
This issue has been fixed by pull request #12812 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
and others
Steps to reproduce the problem:
5311693-1.pdf
go to Page 16 of the document.
The strip of EKG data appears to have an incorrect line width under the Multi-color heat rate chart.
When the same document is generated by pdffactory , the artifact are not visible.
What is the expected behavior? (add screenshot)
What went wrong? (add screenshot)
The EKG line strip has an incorrect thickness. the x-transform seems to stretch the line thickness. See the stri in the RED rectagngle of the attached behavior versus the GREEN rectangle
Link to a viewer (if hosted on a site other than mozilla.github.io/pdf.js or as Firefox/Chrome extension):
https://mozilla.github.io/pdf.js/web/viewer.html
The text was updated successfully, but these errors were encountered: