@despens im surprised how badly it did. have you written about how this test works yet?

@despens Its pretty impressive how much variance this has in its rendering. would be fun to make a more interesting image that only displays "right" when rendered "wrong"

@liaizon I think you're describing how all PDFs actually work. 😉

@shusha Foxit is strong in compliance... I believe Google licensed it as the PDF renderer in Chrome?

@thatbrickster @despens Maybe pdf.js has different rendering depending on the browser…
@lanodan From this thread, Chromium uses PDFium (and gets it right) but no idea for KDE's thumbcreator.

@despens
@despens Same machine, Gnome Evince 3.34.2 which is probably basing this result on poppler 21.07.0 and cairo 1.16.0
screen.png
@despens and X-plore uses Android itself for rendering PDF files

@despens @edsu First image is ‘page’ on Plan 9, which uses ghostscript 8.53 (!!) under the hood. Second is Preview.app on macOS 11.6.

So… what’s the correct rendering?

@despens no surprises from KDE's Okular...I'd expect most Linux readers to share the same engine?

nice party!

Sign in to participate in the conversation
digipres.club

digipres.club is a space for folks interested in productive conversations about, well, digital preservation! If you enjoy talking about how to do memory work with computers, or even with cardboard boxes of old photos, you belong with us on digipres.club. Many of us are/were Twitter users looking for an inclusive and community supported approach to social media. If any of these things sound good to you, consider joining us now.