|
|
1
2
似乎对于这个特定的作者来说,文本是在某个编辑器中编辑的,该编辑器假定它不是UTF8,然后用UTF8重新编写出来。我这样做是基于这样一个事实:如果我告诉我的浏览器将页面解释为不同的常用编码,没有一个能使其正确显示。这告诉我某些转换在某个时候做得不正确。 UTF8唯一的问题是,没有一种标准化的方法来识别文件是UTF8,并且在所有编辑器都在UTF8上标准化之前,仍然会有转换错误。对于其他unicode变体,字节顺序标记(BOM)是帮助识别文件的相当标准的,但UTF8文件中的BOM非常罕见。 要防止它显示在内容中,请确保始终使用支持unicode的编辑器,并确保始终使用正确的编码打开文件。不幸的是,这是一种痛苦,错误偶尔会出现。关键是要尽早捕获它们,以便您可以撤消它或进行一些编辑。 |
|
|
2
0
我敢肯定你无能为力。我最近在digg的头版上看到了很多。这很可能与字符编码不当有关。不一定是字体的因素,只是翻译中的错误。 |
|
3
0
有一段时间,下划线和尖括号的问题似乎已经消失,但似乎还没有解决。 这是一个小样本,应该是这样的:
____ #include 更新:它看起来在显示模式下是固定的,只有在编辑模式下才断开 |