Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | doesn't see hebrew culmus fonts | ||
---|---|---|---|
Product: | gsl | Reporter: | boazrubin <boazrubin> |
Component: | code | Assignee: | ulf.stroehler |
Status: | CLOSED FIXED | QA Contact: | issues@l10n <issues> |
Severity: | Trivial | ||
Priority: | P3 | CC: | issues, khirano, xslf |
Version: | 644 | ||
Target Milestone: | OOo 1.1 | ||
Hardware: | PC | ||
OS: | Linux, all | ||
Issue Type: | DEFECT | Latest Confirmation in: | --- |
Developer Difficulty: | --- |
Description
boazrubin
2003-06-11 22:25:38 UTC
DL->HDU: Would you please takeover? Where does one find the Culmus fonts? culmus fonts can be found at http://culmus.sourceforege.net They are also part of Redhat 9, debain and Gentoo At the moment they are the only good true free (as in speach) fonts that support Hebrew. HDU->PL: The problem is caused because psprint wrongly thinks Culmus fonts have a RTL_TEXTENCODING_SYMBOL character set. Changing component to GSL. Actually not finding the font was probably a matter of issue 12936 (adjacent .afm files were not found), but also the encoding (ISO10646-1) was not know for type1 fonts (and actually it is wrong, a type1 font cannot really be Unicode encoded as it has only an encoding vector containing 256 entries). Now one can also print the /uniXXXX glyphs inside the font, but if they are mixed with latin the bidi algorithm seems to go awry. I'll investigate further. pl->hdu: please have a look at the bidi strangeness when printing The BiDi issue when printing a RTL portion with a font where fontunits>1 and when printer independant formatting is enabled is now also fixed. Reassigned for verification in CWS VCL13. Setting resolution to fixed in order to verify the issue. . Verified in vcl13. OK in OOo RC2 (srx645_m13s2.8662). Closing Issue. |