[gs-devel] RE: porting gs-cjk to HEAD (Re: gs-cjk jumbo patch candidate for GS_7_0X branch)
Igor V. Melichev
igor at artifex.com
Sun Apr 14 14:12:00 PDT 2002
Dear Mr. Toshia Suzuki,
cc: Raph Levien
> From: gs-devel-admin at ghostscript.com on behalf of
mpsuzuki at hiroshima-u.ac.jp
> Sent: 10 ????? 2002 ?. 09:06
> To: igor at artifex.com
> Cc: raph at levien.com; gs-devel at ghostscript.com;
> mpsuzuki at hiroshima-u.ac.jp
> Subject: Re: RE: [gs-devel] RE: porting gs-cjk to HEAD (Re: gs-cjk jumbo
> patch candidate for GS_7_0X branch)
I'm sorry for delayed response.
> >So now we have 2 alternatives :
> >1. Convert gs-cjk to FAPI algorithm
> >2. Implement both FAPI and gs-cjk algorithms.
> Does (1) means a emulation CIDFontType0, instead of CIDFontType2,
> by using gs-cjk mapping algorithm?
No, I did not assume an emulation in gs-cjk.
I thought more about the CIDmap problem.
Here is my suggestion :
1. 2-byte True Types to be wrapped with CIDFontType 2.
2. CIDMap to be generated according to PLRM.
This to be done with "concatenating" CIDDecoding resource instance
(see gs_ciddc.ps) with GSUB and with SubstNWP (see gs_fapi.ps).
3. The concatenation is better to code in PS.
4. GSUB parser may be written either in PS or in C.
In the late case a new special operator to be added into the interpreter.
In any case, I'd like to separate GSUB parser from the concatenator.
More information about the gs-devel