https://bugs.documentfoundation.org/show_bug.cgi?id=164983
V Stuart Foote <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected], | |[email protected] Blocks| |99746 --- Comment #3 from V Stuart Foote <[email protected]> --- In addition to Edge, FF, Chrome, and Okular on Windows reads the PDF well. But would think the poppler based filter handling should be a bit better job extracting the text runs. So likely a poppler -> cairo issue handling (extraction and color) of the subset fonts. And for what it is worth, the LibreOffice pdfium based Insert as image of each page, one at a time (first split apart externally with pdftk burst) handles all the embedded fonts from the PDF with no apparent issues. Though then as expected doing a Shape -> Break of the image the text blocks will get badly munged. =-testing-= Version: 24.8.4.2 (X86_64) / LibreOffice Community Build ID: bb3cfa12c7b1bf994ecc5649a80400d06cd71002 CPU threads: 8; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 7a9e303d0ffad7b83beccfe1918f962d2de04a37 CPU threads: 8; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=99746 [Bug 99746] [META] PDF import filter in Draw -- You are receiving this mail because: You are the assignee for the bug.
