Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Summary:||Some fonts cheat with soft hyphens|
|Component:||code||Assignee:||AOO issues mailing list <issues>|
|Status:||CONFIRMED ---||QA Contact:|
|Priority:||P3||CC:||frank.meies, hdu, issues, utomo.prawiro|
|Issue Type:||ENHANCEMENT||Latest Confirmation in:||---|
Description mhosken 2003-10-24 06:10:18 UTC
Some fonts used for extended Roman script and non-Roman scripts often treat "upper ASCII" (0x80-0xFF) as being 8-bit clean. This is fine for OpenOffice except that U+00AD is magic (soft hyphen). Can there be some way to disable the action of soft hyphen for a particular character format range (since the behaviour is linked to the font being used) and to treat it as a normal character that is always displayed from the font being used. The current behaviour will break many existing Word documents when imported since word holds the soft hyphen as a meta character, different from U+00AD.
Comment 1 utomo99 2003-10-27 08:34:52 UTC
Please Attach the documents which make this problem, so we can test it/faster to confirm. (Without the documents, we cannot confirm the problem easily/need more time) Don't forget to cut other part of the documents, so the file size is small, but we still able to see the problem.
Comment 2 mhosken 2003-10-27 09:56:10 UTC
Created attachment 10669 [details] Sample document and supporting .ttf font zip package
Comment 3 email@example.com 2003-10-27 16:21:23 UTC
HDU->FME: problem caused Writer treating U+00AD as special character. Has EditEngine the same problem?
Comment 4 frank.meies 2003-10-28 08:50:14 UTC
Comment 5 utomo99 2003-10-30 11:00:32 UTC
utomo > HDU & FME: is this enhancement or defect ? I think it is defect
Comment 6 mhosken 2005-03-08 07:24:10 UTC
This defect still outstanding in OO2.0 beta. Please change milestone to OO2.
Comment 7 bettina.haberer 2010-05-21 14:55:41 UTC
To grep the issues easier via "requirements" I put the issues currently lying on my owner to the owner "requirements".