https://bugs.documentfoundation.org/show_bug.cgi?id=162346
--- Comment #7 from V Stuart Foote <[email protected]> --- (In reply to Wolf Hohn from comment #6) > Hello Stuart, I am disappointed reading your result. > > I am an ordinary user. Unfortunately LibreOffice Draw was configured as the > default Reader for PDF in my Debian configuration. I can not control the PDF > files I receive from other people. > > Fact is, that LibreOffice Draw failed to display the invoice correctly. > Other PDF readers are able to do this successfully. My learning is that I > can not trust the results of LibreOffice Draw. Therefore I will not use it > as a PDF reader any more. > > Thank you very much for your effort. Understood. And better way to think of it is that if you want LibreOffice as a PDF "reader" then you should Insert the PDF pages (though we've a RFE open to use the insert filter for multiple pages). The insert filter uses the 'pdfium' libs contributed by the Chrome OS project. So if you can work a page at a time, you'll results at least as good as the rendering in the Chrome browser. Otherwise, the open/import filter uses 'poppler' project PDF libs and writes that to a 'cairo' canvas that is then converted into individual ODF drawing objects and assembled onto a document page. Each element of a PDF (text boxes of strings, bitmap graphics, vector graphics, masks, etc.) have to be rendered via that import filter. A bit messy and fidelity to PDF record of original does suffer. The mix of low-res "preview" image and actual text run content when filter importing is an issue with the PDF not with the LO import filter. -- You are receiving this mail because: You are the assignee for the bug.
