从Wingdings字体中选择要插入文档的字符时，MS Word 2015和InDesign CS 5.5会显示至少某些字符的不同字形索引。
根据Word，我正在寻找的字符，Unicode 25A0（黑色方块），小数Wingdings gid为110。 我找到的两个在线资源http://www.alanwood.net/demos/wingdings.html和http://www.csn.ul.ie/~caolan/wingdings/proposal/确认了这个数字。 不过，InDesign显示的是一个132的gid。
为什么InDesign会为同一字体的相同字形显示不同的gid？
答案 0 :(得分：1)
您将分配的Unicode代码点或字符集编码与字形索引混淆。
此字体使用自定义字符集，它是实际显示正方形的字符n（U + 006E） - 不 Unicode字符U+25A0。如果在文本中插入Arial Unicode MS黑色方块，然后将字体更改为Wingdings，您将看到该字符消失。
InDesign报告的字形索引与字符集，Unicode和其他任何内容无关。对于字体中的每个单独的字形，此索引只是一个递增的数字 - 其中可能很少，很多，或很多。字形索引始终从0开始，表示“缺少字符”字符（因此无用），并且枚举每个下一个字形。此枚举通过字体的编码转换为Unicode或其他字符映射。枚举本身没有任何意义：字体可能包含'A'，'B'，'C'作为其前3个字形，或者它可能包含'＃'，'☺'，'ó'或其他任何东西。
这个字形顺序与字体本身的工作完全无关，对于所有实际的最终用户操作，您可能会忘记存在这样的事情。 （如果你试图改变某个字形的字体，那就更别了 - 你可能会看到另一个字符，因为完全不需要两个字体在完全相同的位置拥有相同的字形。）
你正在寻找InDesign中的错误位置：字形面板显示所有字形并始终显示其字形索引（因为所有字符都有一个，每个定义为'字形索引'），但仅限于他们的 Unicode 代码点（如果已分配）。
InDesign在处理dingbat /符号字体方面比Word更聪明：而不是说谎并说'this'是“字母n”，它分配一个私有的Unicode代码点;在这种情况下，U+F06E。这样你就不会意外地分配另一种字体并获得字母n。