[Poppler-bugs] [Bug 101855] Embedded TrueType Symbols with accents not rendered correctly

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=101855

--- Comment #17 from Thomas Freitag <Thomas.Freitag at alfa.de> ---
But let us for a short moment ignore if we understand the spec right or not.
The main question in my eyes is what the user expects when he compares the
output of poppler with the output of acrobat or ghostscript:

Even if poppler follows the spec correctly and acrobat doesn't follow its own
spec, You can of course try to argue that poppler behaves correctly and acrobat
not. But this would be probably only accepted if the output looks more like the
user expect it with poppler than with acrobat. But this is here not the case.

I also had a look at the ghostscript code today to figure out how they handle
it, but I couldn't find where they handle it.

And I don't like the solution of mupdf which takes the last cmap which fits.
What happens if the cmaps are in another order? Would acrobat then render it
also "wrong"? Would be nice if someone could produce such a pdf, I'm not able
to do that without great efforts.

My conclusion: If my patch doesn't disturb anything else, why don't use it? And
if it disturbs any of the PDFs in your regression test, I offer to have a look
into it again.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/poppler-bugs/attachments/20170804/bf47fc69/attachment.html>