它只是我,还是最近错误地渲染了字符?

时间:2008-08-08 04:51:28

标签: unicode utf-8 fonts

我不确定这是不是我的系统,虽然我没有做过任何与众不同的事情,但我已经开始注意到网页中出现错误的渲染字符,文本文件like this:< / p>

http://www.kbssource.com/strange-characters.gif

我有一种预感,这与最近使用unicode的趋势有关,我认为这是一件好事,加上不支持所有可能字符的字体。

那么,有没有人知道造成这些昙花一现的是什么(我是对的吗?),我如何阻止这种情况出现在我自己的内容中?

3 个答案:

答案 0 :(得分:2)

对于这个特定的作者来说,文本是在一些编辑器中编辑的,假设它不是UTF8,然后在UTF8中重新编写。我的理由是,如果我告诉我的浏览器将页面解释为不同的常见编码,则无法正确显示。这告诉我某些转换是在某个时候不正确地完成的。

UTF8的唯一问题是没有标准化的方法来识别文件是UTF8,并且在所有编辑器都在UTF8上标准化之前,仍然会有转换错误。对于其他unicode变体,字节顺序标记(BOM)是帮助识别文件的标准,但UTF8文件中的BOM很少见。

为了防止它出现在您的内容中,请确保您始终使用支持Unicode的编辑器,并确保始终使用正确的编码打开文件。不幸的是,这是一种痛苦,偶尔会出现错误。关键是尽早抓住它们,以便你可以撤消它或进行一些编辑。

答案 1 :(得分:0)

我很肯定你无能为力。我最近在digg的头版上看过这个。它很可能与编码不正确的字符有关。不一定是字体的一个因素,只是在翻译中出现的错误。

答案 2 :(得分:0)

看起来有点像下划线和尖括号问题已经消失,但似乎它可能没有修复。

这是一个小样本,应该如下所示:



#include

____
#include <stdio.h>
____
#include 

更新:看起来它在显示模式下已修复,并且只在编辑模式下被破坏