[gs-devel] RE: porting gs-cjk to HEAD (Re: gs-cjk jumbo patch candidate for GS_7_0X branch)

[Igor V. Melichev]

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.

Igor.