[gs-devel] Re: [gs-cvs] gs/src

[Igor V. Melichev]

Ray,

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.

Igor.


----- 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,
>
> 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 ?
>
> Regards,
> Ray
> ____________________________________________________________________
> _______________________________________________
> gs-devel mailing list
> gs-devel at ghostscript.com
> http://www.ghostscript.com/mailman/listinfo/gs-devel
>