https://bz.apache.org/ooo/show_bug.cgi?id=125012
[email protected] changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #11 from [email protected] --- I was able to replicate the same Export as PDF bug related to the em & en dash for user installed fonts, as well as the pre-installed font HeadLineA. I used Open Office version 4.1.2 on OS X Yosemite (Version 10.10.5) to replicate the bug. Steps to Reproduce the Bug: Prerequisites: Install additional fonts onto your computer (Amsterdam Tangram, Arabella were used for this test). The bug can also be reproduced by repeating the same steps below, and selecting the pre-installed font HeadLineA. 1. Create a new document in Open Office 2. Select one of the installed fonts 3. Type in "Something--Something" (make sure to hit space after to create em dash) 4. Type in "1992 - 1995" (make sure to hit space after to create en dash) 5. File->Export as PDF 6. Click Export 7. Open exported PDF Result: Em & en dashes are different than the original document Possible Workaround: 1. File->Print 2. At the bottom left hand corner, click the PDF dropdown and select Save as PDF... 3. Open exported PDF Result: Em & en dashes match the original document Additional Notes: As stated in the previous comment regarding all user installed fonts did not export the em and en dashes correctly, that is not the case for version 4.1.2. There were a few user installed fonts that exported the dashes correctly. The fonts tested were Alpine and Adine Kimberg Alternate. This bug is important to fix because customers may not be able to tolerate their document format changing when they decide to export their document as a PDF. While there is a workaround for it, it is not very convenient for the customer to go through several more steps to export their PDF, when there is already an option to achieve their goal in as little as 3 steps. -- You are receiving this mail because: You are the assignee for the issue.
