答案 0 :(得分:0)
我从来没有见过这个角色,但这就是我如何找到它的原因:
要做的第一件事是检查XLIFF文件的源语言和目标语言,该文件应在XLIFF标题中定义。也许这个字符在源语言或目标语言脚本中都是有效字符。
下一步取决于您是否可以联系创建XLIFF文件的人员。如果是,您可以向他们展示文件的样子,并询问他们在传输过程中文件是否可能出现乱码。
如果没有,您可以检查XLIFF文件的编码。如果是UTF-16,只需在十六进制编辑器中打开文件,找到该字符的代码点,然后在unicode.org上查找。如果文件被编码为UTF-8,请在Notepad ++(或允许您更改编码的任何其他文本编辑器)中打开它,将其转换为UTF-16,然后按上述步骤进行操作。
如果您不知道文件的编码,那就变成了猜测的问题。您可以查看其他一些< trans-units> (假设你的XLIFF文件中不止这个):如果它们包含其他扩展字符并且它们显示正确,你的编辑器可能猜到了正确的编码,你可以转换为Unicode并查找字符代码。不同的文本编辑器有不同的猜测编码方式:尝试一些。
答案 1 :(得分:0)
这些字符可能是编码转换错误的结果,通常称为mojibake。
这也可能是某种表情符号或不寻常的字形在编辑器中无法正确呈现。这可能是不寻常的,但鉴于它似乎是一个UI字符串,它可能是可能的。