[gs-devel] Re: [gs-cvs] gs/src
Igor V. Melichev
igor.melichev at artifex.com
Wed Jan 29 09:44:50 PST 2003
The dictionary in the record can pass any data,
but currently they are ignored.
The implementation is based on the old gs_ttf.ps .
I did not check yet whether it can handle a subfont id.
Will do later.
The main purpose of this patch is to designate a right direction to
the gs-cjk integration. I'm sorry that I missed this statement from the log message.
The patch applies the existing stuff to the implementation of CJK True Types,
and establish a framework for further development.
----- Original Message -----
From: "Ray Johnston" <ray.johnston at artifex.com>
To: "Igor Melichev" <igor at casper.ghostscript.com>
Cc: "Ghostscript Technical Group" <tech at artifex.com>; "Ghostscript Development List"
<gs-devel at ghostscript.com>; <gs-cjk at ghostscript.com>
Sent: Wednesday, January 29, 2003 7:12 PM
Subject: [gs-devel] Re: [gs-cvs] gs/src
> Igor Melichev wrote:
> > Log Message:
> > Enhancing the resource machinery with mapping CID fonts to True Types.
> > DETAILS:
> > To involve the new feature, create a new file gs/lib/cidttmap,
> > and put records to there of the following format :
> > /ShinGo-Bold << /FileType /TrueType /Path (F:/WIN2000/Fonts/PMINGLIU.TTF) /CSI [(Japan1) 2]
/SubstNWP /Japan1 >> ;
> > It is similar to gs/lib/FAPIcidfmap, see Use.htm about the latter.
> Does this also support the SubFontID key in the record to access an
> individual font from a collection (as does the FAPIcidfmap) ?
> (I didn't see it in the code, but I may have missed it).
> If it is not yet supported, is there any reason this should not be
> part of the complete solution ?
> gs-devel mailing list
> gs-devel at ghostscript.com
More information about the gs-devel