View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0002494 | Scribus | Fonts | public | 2005-08-28 17:10 | 2006-06-30 21:35 |
Reporter | avox | Assigned To | avox | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | closed | Resolution | no change required | ||
Platform | all | ||||
Product Version | 1.3.0 | ||||
Fixed in Version | 1.3.3.2cvs | ||||
Summary | 0002494: Type1 fonts use arbitrary alternate glyphs if present | ||||
Description | Hi, I am currently developing a set of Type1 fonts with a rich set of glyphs. Small caps, old-style figures etc are contained within one PFB file per shape/weight. The glyph naming follows the new guidlines from Adobe, ie, a.sc instead of Asmall, one.oldstyle instead of oneoldstyle etc. A simple way to get a font like this is to run 'cfftot1' on, eg, MinionPro-Regular.otf. If I try to use either one of my fonts or the such created MinionPro-Regular.pfb together with scribus (version 1.2.1 from Debain Sarge as well as versions 1.2.2.1+cvs20050805 and 1.3.0+cvs20050801 from debian.scribus.net), I get a wierd mixture of normal lowercase and small cap glyphs. For example, in 'Dies ist ein Blindtext', all occurences of 'i', 'n', 's' and 't' are actually small caps glyphs, while 'd', 'e', 'l' and 'x' are normal lowercase glyphs. A similar mixture occurs among the figures and accented letters. This happens both on screen and when producing a PDF file. Converting the PDF to PS using pdftops one can see that the encoding vector used indeed contain a simingly random mixture of different glyphs: /h.sc/i.sc/j.dotless/k/l/m/n.sc/o.sc instead of /h/i/j/k/l/m/n/o In my experinece this problem can easily reporduced with the mentioned MinionPro-Regular.pfb. I can, however, provide example files for this problem if needed. cheerio Ralf ralf | ||||
Steps To Reproduce | A simple way to get a font like this is to run 'cfftot1' on, eg, MinionPro-Regular.otf. Converting the PDF to PS using pdftops one can see that the encoding vector used indeed contain a simingly random mixture of different glyphs: /h.sc/i.sc/j.dotless/k/l/m/n.sc/o.sc instead of /h/i/j/k/l/m/n/o | ||||
Tags | No tags attached. | ||||
Patch | |||||
|
Am 20.06.2006 um 14:52 schrieb Ralf Stubner: >Andreas Vox wrote: >>Am 07.09.2005 um 17:23 schrieb Ralf Stubner: >>Did the font reach you? Where you able to reproduce the problem? >>Thanks. >Yes, but I didn't have time to look into the problem yet. A short update from my side. The issue reported in bug 0002494 has disappeared after updating freetype to version 2.2.1. So it seems it wasn't a scribus issue at all. cheerio ralf |
|
Note that earlier 1.3.x versions of Scribus don't link with FT 2.2 |
Date Modified | Username | Field | Change |
---|---|---|---|
2005-08-28 17:10 | avox | New Issue | |
2005-08-28 17:10 | avox | Reported by | => Ralf Stubner ralf.stubner at physik.uni-erlangen.de |
2005-08-28 17:10 | avox | Reported where | => Mailing List |
2006-06-20 13:01 | avox | Note Added: 0011669 | |
2006-06-20 17:01 | avox | Status | assigned => resolved |
2006-06-20 17:01 | avox | Fixed in Version | => 1.3.3.2cvs |
2006-06-20 17:01 | avox | Resolution | open => no change required |
2006-06-20 17:01 | avox | Note Added: 0011672 | |
2006-06-30 21:35 | cbradney | Status | resolved => closed |