1、HKSCS增补集与GBK字符集内码冲突,要区别他们只能是在知道了特定的语言编码以后才可以进行
   这个情况与Big-5字符集相似
2、由于HKSCS增补集中部分字符的unicode编码不在GBK字符集的unicode编码范围里,所以在内地的系统中是不可见的
3、因此也只有用图片方式在PDF文件中出现4、获取对照表的方法都是一样的:进入字符集页面(你已给出),上部是字符图形与编码的对照
坐标值为内码
A0 00 01
40 xx yy
41
xx 的内码为A040
yy 的内码为A041
字形下的4位十六进制数是unicode编码
你需要按字切割图片按编码保存备用下部是文本格式的编码对照表,复制下来保存到文件备用你还需对比code page 936 来确定哪些字符需要做成图片

解决方案 »

  1.   

    唠叨兄弟,你的回答会令我有一种望尘莫及的感觉。
    1.这个是HK的项目,用户会是BIG5系统下的,所以我想(2)的问题应该不存在,而也不需用图片显示HKSCS。对吗?
    2.我将数据源(HKSCS)用unicode存于数据库,然后读出生成PDF文件。另外我还有另一个问题想请教:
    需求里有一项,需要通过数据库在服务器一次创建10,000个约20K的PDF文件;请问这种大量的磁盘操作是否应该在WEB下完成?我的环境是LAMP
      

  2.   

    1、用户会是BIG5系统下的,所以我想(2)的问题应该不存在
    这个想法是错误的
    内码 0xa040 
    unicode码 oxee1b &#60955显示环境
    GBK 燖
    BIG5 无显示
    HKSCS 釒保 就是标准中的“金人口木”凡是不在在地字符集中的字都应另外提供点阵信息(图片)程序调试和少量文件的产生可在web方式下进行,生成大量文件就应该用命令行方式进行了
      

  3.   

    对这个不大了解。但有印象说
    这个增补字符集已经纳入ISO标准,其所有字体都会被标准所接受。那是否意味着转成统一码就可以被所有地区的用户所接受?