Apache OpenOffice (AOO) Bugzilla – Issue 50633
PDF-export: softhyphens taken from different font when U+00AD is not in original font
Last modified: 2007-01-15 00:32:05 UTC
Steps to reproduce: (I was working with 1.9.104 on linux) Open the attached document test.odt and export it to test1.pdf. The export of the hyphens works, but the automatic hyphen and the manual hyphen looks a little bit different. Then close OOo, reopen OOo and reopen the document und export to test2.pdf: The automatic hyphen is very bad adjusted and too large! (Is he replaced by OpenSymbol? When yes, why isn't he adjusted properly) Maybe this has something to do with the pspfontcache (at least this is similar to the problem I reportet as bug50341), because when I close OOo, open it anotherway with another document, close it another way and repeat the steps to export test1.pdf and test2.pdf, the results are invers. This behavior I remember to occure casualy also with Arial and some other fonts on 1.1.1 on windows. Further, in test1.pdf, "Times New Roman" is also exportet, I'll report this as an own issue. The hyphen seems nothing to have to do with this, because before installing "Times New Roman", I've made the same experience with the hyphen (test-before.pdf made from a similar odt I don't have no more). After uninstalling "Times New Roman", he always produced the bad large hyphen.
Created attachment 27108 [details] Document producing the bug
Created attachment 27109 [details] result of the first export try
Created attachment 27110 [details] result of the second export try
Created attachment 27111 [details] desprition: see bug report
The "Times New Roman"-bug is reported as bug50634.
Reassigned to HI.
Confirmed different hyphen appearance (109 on Linux). Certainly a different character being used for the two different hyphen sources. This is not an issue in print or print preview.
original summary: "Bad export of automatic hyphens to PDF" confirming the problem. When using type1-fonts the symbol for soft-hyphen is taken from a different font. Since the soft-hyphen is not a printable character anyway, it should not cause font-fallback to another font.
*** Issue 50634 has been marked as a duplicate of this issue. ***
pl->hdu: seems to be a font matching issue ?
HDU->FME: on the display and on the printer the soft-hyphen U+00AD you replace by the hyphen symbol U+002D. This should also happen when exporting to PDF...
This should have been HDU->FME: on the display and on the printer you replace the soft-hyphen U+00AD by the hyphen symbol U+002D. This should also be done when exporting to PDF...
FME: Setting target to 'OOo 2.0.1'.
FME: Fixed in cws swqbf36: /cvs/sw/sw/source/core/text/EnhancedPDFExportHelper.cxx,v <-- EnhancedPDFExp new revision: 1.9.2.1; previous revision: 1.9 /cvs/sw/sw/source/core/text/txthyph.cxx,v <-- txthyph.cxx new revision: 1.17.108.1; previous revision: 1.17 /cvs/sw/sw/inc/EnhancedPDFExportHelper.hxx,v <-- EnhancedPDFExportHelper.hxx new revision: 1.5.4.1; previous revision: 1.5
FME: Ready for QA. re-open issue and reassign to hi@openoffice.org
reassign to hi@openoffice.org
reset resolution to FIXED
Verified with cws swqbf35 = ok
Still ok im master 680m134_8969
*** Issue 56309 has been marked as a duplicate of this issue. ***
*** Issue 59742 has been marked as a duplicate of this issue. ***
*** Issue 72992 has been marked as a duplicate of this issue. ***