Created attachment 72254 [details] PDF example of wide glyph clipping with embedded source doc If you Export to PDF a document containing wide glyphs, then those glyphs may be incorrectly clipped when positioned using center or tabs in text with caps or other wide glyphs. This bug can be triggered by using a font with wide glyphs, having more than one in a line of text, choosing a suitably large font size and centering or tabbing the text. It probably indicates that there is a problem in handling font metrics. The attachment contains multiple examples of how to trigger the bug and contains the source doc used to create the PDF.
Updated to 3.6.4.3 release, since just tested with this version. Also present in 3.6.2.2 release.
Created attachment 72263 [details] PDF example of wide glyph clipping in LODev-4.0.0.0-beta2 Save as .pdf if the content type is not correctly detected.
(In reply to comment #2) > Created attachment 72263 [details] > PDF example of wide glyph clipping in LODev-4.0.0.0-beta2 > > Save as .pdf if the content type is not correctly detected. This PDF shows that while the problem has been solved in LODev-4.0.0.0-beta2, the fix has introduced a much more serious problem. I will open a separate bug report for this since it's a different, but related bug.
Changing the Product on this bug, since it seems most likely to be a Poppler problem, rather than a LibreOffice problem. See extra discussion and examples at https://bugs.freedesktop.org/show_bug.cgi?id=58866
To sum up: a PDF generated by LibreOffice displays just fine in Acrobat Reader. When viewed in Evince or loaded into Gimp, wide glyphs break, displaying only half the glyph. Since Poppler is the common component between Gimp and Evince, it's likely the problem resides here. There are PDF examples here, and examples on https://bugs.freedesktop.org/show_bug.cgi?id=58866 with screenshots.
Works with the splash backend (i.e. Okular, pdftoppm, etc), reassigning to the cairo backend
*** Bug 59111 has been marked as a duplicate of this bug. ***
Weirdly enough, I don't see the bug with evince and poppler 0.20.2. Will try with poppler from master later
Works for me using poppler master and cairo master.
Also works for me with cairo and poppler master, somewhat old evince master and gimp 2.8.2.
Fails here with poppler 0.22 and cairo 1.12.2. But works with poppler 0.20.5 and cairo 1.12.8, so it's a cairo bug that seems was fixed already
I confirm the bug, using evince 3.6.0 and poppler/cairo 0.20.4 Works fine with Acrobat Reader.
(In reply to comment #11) > Fails here with poppler 0.22 and cairo 1.12.2. But works with poppler 0.20.5 > and cairo 1.12.8, so it's a cairo bug that seems was fixed already Yep - I'm using Cairo 1.12.2 on Ubuntu 12.10, so that explains it. I'm delighted that it's already fixed. Thank you everyone for your help; I was typesetting a book when I found the problem and knowing I can work around it makes a huge difference to the workflow.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.