https://bugs.documentfoundation.org/show_bug.cgi?id=165396
V Stuart Foote <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |enhancement Keywords| |filter:pdf CC| |[email protected], | |[email protected] --- Comment #3 from V Stuart Foote <[email protected]> --- Actually, is this even a valid request? The dimensions of text object streams do not exist within the PDF for extraction. Only a starting position and spacing. The BT/ET for text object streams inside the PDF do not receive a statement of "dimensions of the object with the text in it", rather within the text object Starting BT and Ending ET there is simply a Tf line - with font a glyph size, a Td line - with text start position in x and y offset from bottom left and any transformation, and the Tj line - the character string or lookups from font dictionary. And on LibreOffice import via poppler lib, alignment of the draw text object is observed, as is general glyph size of the font. But beyond the needed anchoring, the draw shape is not sized to match what had been held for the stream within PDF. And if the font used in the PDF is not available to os/DE, the poppler -> cairo rendering to a text draw shape uses fall back font to render the assembled text span. In other words, the resulting LibreOffice draw text shapes can differ considerably from how they were laid down in PDF because they are rendered with different font glyphs. -- You are receiving this mail because: You are the assignee for the bug.
