Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Three fonts display improperly | ||
---|---|---|---|
Product: | porting | Reporter: | Unknown <non-migrated> |
Component: | code | Assignee: | fa <dan> |
Status: | CLOSED DUPLICATE | QA Contact: | issues@porting <issues> |
Severity: | Trivial | ||
Priority: | P3 | CC: | ed, issues |
Version: | OOo 1.0.1 | ||
Target Milestone: | OOo 1.0.3 | ||
Hardware: | Mac | ||
OS: | Mac OS X, all | ||
Issue Type: | DEFECT | Latest Confirmation in: | --- |
Developer Difficulty: | --- |
Description
Unknown
2003-01-20 19:27:36 UTC
mh->OPENSTEP: is this Mac specific ? From my interactions with the GSL project, my understanding is that OpenOffice.org is incompatible with versions of freetype newer then 2.0.5, resulting in kerning information being lost for some truetype fonts. This is known to affect OpenSymbol, and may be the same problem seen with ZapfDingbats (which is fontmapped to OpenSymbol if it wasn't explicitly installed), and LucidaGrande (converted on installation via fondu). As we will be required to use freetype 2.1.3 or newer for the OS X font support, we should work with the gsl/freeytpe teams to track down why we're completely hosing the kerning info. Grabbing this issue as I've been working on font support/psprint. Dan I will be investigating this heavily when I begin to test the Mac native font support. Reassigning to me. Hi, For whatever reason, fonts without a 'kern' table do not always get correctly rendered. They should drop back to using the 'hmtx' (horizontal metrics) table, which contains generic width but no kerning data, but its not happening. Please see IZ 10843 for tracking of the native font patches. Marking as duplicate of 10843. dan *** This issue has been marked as a duplicate of 10843 *** close issue. |