Re: [ft-devel] Text rendering error

[suzuki toshiya]

Dear Yan, Werner,

Sorry for lated response to this discussion.

It seems that DFGothic-EB in 1.pdf retains cvt/prep/fpgm
tables, so it would be possible to include their checksums
tricky font detector. I would try to find other PDFs
including DFGothic-EB to confirm the checksums are stable.

Also, DLCLiShu and DLCHayBold in 2.pdf might be tricky.

Regards,
mpsuzuki




address@hidden wrote:
> Werner and Toshiya-san, i found the base name is
> DAWJQA+DFGothic-EB-WIN-RKSJ-H in the pdf file ,
> maybe it is subsetted from the DFGothic_EB font.
> so the DFGothic_XXX is the tricky' font?
> and DFGothic_XXX font is not found in tt_check_trickyness.
> 
> 
> 
> ------------------ Original ------------------
> From:  "Werner LEMBERG"<address@hidden>;
> Date:  Wed, Nov 1, 2017 05:20 PM
> To:  "yinsen_yan"<address@hidden>;
> Cc:  "freetype-devel"<address@hidden>; "mpsuzuki"<address@hidden>;
> Subject:  Re: [ft-devel] Text rendering error
> 
> 
>> This seems to be a subsetted `tricky' font.  However, all bytecode
>> instructions have been stripped off from the glyphs...  Of course,
>> this *must* fail :-)
> 
> Oops, sorry, there actually *is* bytecode in the glyphs and it works,
> but only in v35 mode of the bytecode interpreter.  Because FreeType
> can't detect the trickyness automatically, v40 is applied by default,
> causing the bad rendering results.
> 
> Toshiya-san, do you think it makes sense to add this subsetted font's
> cvt/prep/fpgm checksums to FreeType?
> 
> 
>     Werner
> 
>