12 3 / 3 页下一页

论坛徽章:: 0

电梯直达

1楼 [收藏(0)] [报告]

发表于 2006-09-16 19:10 |只看该作者 |倒序浏览

你用用这段UTF-8的html代码在IE下显示就知道我说的问题了，只要
在utf-8编码下，TITLE的text值的最后一个字是的,就会出问题---什么也看不到
(注:此代码不够规范.重新写过的标准代码,请看第15楼)

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3c.org/TR/1999/REC-html401-19991224/loose.dtd">
<HTML lang=zh xml:lang="zh" xmlns="http://www.w3.org/1999/xhtml">
<HEAD>
<TITLE>的</TITLE>
<META http-equiv=Content-Type content="text/html; charset=UTF-8" />
</HEAD>
<BODY>
我的TITLE就是的!
你可以看到我么？
</BODY></HTML>

复制代码

详细测了一下只要
TITLE 在 META charset 的前面，并且TITLE的text值的最后一个字是"的"浏览器就会什么也不显示，不是"的"就会显示,
虽然我的代码写的不够常规，不过有这样的差异，是不可理解的。

[ 本帖最后由 achun.shx 于 2007-8-7 12:57 编辑 ]

文库|博客

geel

小富即安

论坛徽章:: 0

2楼 [报告]

发表于 2006-09-17 08:56 |只看该作者

绝对不是bug

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

achun.shx

稍有积蓄

论坛徽章:: 0

3楼 [报告]

发表于 2006-09-17 12:19 |只看该作者

原帖由 geel 于 2006-9-17 08:56 发表
绝对不是bug

先说说你的浏览器能显示出body中的文字么？

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

dz902

小富即安

论坛徽章:: 0

4楼 [报告]

发表于 2006-09-17 19:15 |只看该作者

IE 6
Fx 1.5.0.7

都可以

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

langue

版主

论坛徽章:: 0

5楼 [报告]

发表于 2006-09-18 19:53 |只看该作者

UTF-8的？还是GB*的误作UTF？

不相信是bug

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

geel

小富即安

论坛徽章:: 0

6楼 [报告]

发表于 2006-09-18 20:44 |只看该作者

原帖由 achun.shx 于 2006-9-17 12:19 发表

先说说你的浏览器能显示出body中的文字么？

所有都正确显示

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

achun.shx

稍有积蓄

论坛徽章:: 0

7楼 [报告]

发表于 2006-09-19 11:33 |只看该作者

楼上两位，保存的文本是utf-8么？
这个问题是针对utf-8编码的，
我和别人讨论过这个，认为算不算BUG不是重点
但说明了一件事情，ie在这个问题的处理上，采取的策略是
首先，默认读入的html的编码是GB2312,
直到，读取到meta 的 charset，才去识别处理对应的编码
在此之前如果遇到了编码上的错误就停止
在这个例子里由于title在charset前面，
所以ie开始会以gb2312（对我们用的来说）编码识别title中的text---的
可是我们的这个--的是用utf-8的编码保存的，而他的值找不到与他对应的gb2312编码的汉字，所以就停止了。类似象--的这样的情况的字还有很多。
这也许就是IE的预渲染吧。
firefox就没有这样的错误。也许他没有用预渲染。
不直到标准里面有没有这样一条，title必须在meta 的 charset之后出现。
如果没有，那就是说，IE想做好这件事情，因此动了一番脑筋，可是结果确不令人满意。
预渲染的概念可是很不错，做不好的预渲染就没有用了，普通用户怎么会直到这些呢！

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

dz902

小富即安

论坛徽章:: 0

8楼 [报告]

发表于 2006-09-19 12:43 |只看该作者

楼上两位，保存的文本是utf-8么？
这个问题是针对utf-8编码的，
我和别人讨论过这个，认为算不算BUG不是重点
但说明了一件事情，ie在这个问题的处理上，采取的策略是
首先，默认读入的html的编码是GB2312,
直到，读取到meta 的 charset，才去识别处理对应的编码
在此之前如果遇到了编码上的错误就停止
在这个例子里由于title在charset前面，
所以ie开始会以gb2312（对我们用的来说）编码识别title中的text---的
可是我们的这个--的是用utf-8的编码保存的，而他的值找不到与他对应的gb2312编码的汉字，所以就停止了。类似象--的这样的情况的字还有很多。
这也许就是IE的预渲染吧。
firefox就没有这样的错误。也许他没有用预渲染。
不直到标准里面有没有这样一条，title必须在meta 的 charset之后出现。
如果没有，那就是说，IE想做好这件事情，因此动了一番脑筋，可是结果确不令人满意。
预渲染的概念可是很不错，做不好的预渲染就没有用了，普通用户怎么会直到这些呢！