大多数浏览器将简单地忽略颜色字符串中的任何非十六进制值, 以零取代非十六进制数字 。

chucknorris 翻译为 c00c00000。 在此点, 浏览器将把字符串分隔为三个等值的区块, 显示红色、 绿色和蓝色的值 : c00c0000000。 每个区块中的额外比特将被忽略, 这使得最终结果 c00000 , 即红色的颜色 。

注意,此选项不适用于 cs 颜色分解, 它符合 cs 标准 。

& lt; p> & lt; gt; 的颜色= 'chucknorris' & gt; redish< /font>< / p>; & lt; p> 的颜色= 'c00000'\gt; 等於 'lt; /font>;; /p> < / p>; lt; p> 的颜色='chucknorris; /fucknt>; /black</span> lt; /p>

原因是浏览器无法理解它, 并试图将它转换为能理解的东西, 并在此情况下转换为十六进制值!...

Chucknorris 以 c 开头, 在十六进制中被识别的字符, 而且它正在将所有未识别的字符转换为 0 !

以十六进制格式的 chucknorris 变成: c00c000000, 所有其他字符都变成 0, c 仍然停留在他们的位置...

现在它们除以 3, rb( 红色, 绿色, 蓝色)... r: c00c, g: 0000, b: 00...

但我们知道对于 rgb 有效的十六进制只有两个字符, 意思是 r: c0, g: 00, bh.

因此,真正的结果是:

bgcolor="#c00000";

我还添加了图像中的台阶,作为您的快速参考:

调

浏览器将尝试将 chucknorris 转换为十六进制值。 因为 C 是 chucknorris 中唯一有效的十六进制字符 。 由于 c 是 chucknorris 中唯一有效的十六进制字符, 值将转换为: c00c00000000( 0) 。 浏览器然后将结果分为三类 : 红 = c00c, 绿 = 0000, 蓝 = 0000. 。 因为 html 背景的有效十六进制值仅包含每个颜色类型( r, g, b) 的两位数字, 最后两位数字从每组中截取出来, 留下一个 rgb 值为 c000, 这是砖红色

很抱歉不同意, 但根据yuhong bao所张贴的关于解析遗留颜色价值的规则, Chucknorris并不等于 cc000, 而是c000,

规则规定:

将字符串设置为乘以 3 的长度, 加 0 : chucknorris0 , 将字符串分隔为三等长的字符串: chuc knor ris0 将每个字符串切换为两个字符: ch kn ri 保持十六进值, 必要时添加 0: c0 00 00

我能够用这些规则正确解释以下字符串:

幸运 幸运 幸运 幸运 幸运 幸运 夜晚的黑帮风格

最初的回答者说颜色是cc000, 从那时起编辑了他们的答复, 以包括更正。

whatwg html 的规格有精确的算法来解析遗留颜色值 。

用于解析颜色字符串的经典代码网景为开源: 网景/ lib/ layout/ layimage. c。

例如,请注意,每个字符都以十六位数进行剖析,然后在不检查溢出的情况下转换为32位数整数。只有八个十六位数适合32位数整数,这就是为什么只考虑最后八个字符的原因。在将十六位数转换为32位数整数之后,它们会通过将其除以16,然后将其切成八位数整数,直到它们合为八位数,这就是为什么忽略了前位零。

此代码不完全匹配规格中所定义的内容, 但唯一的区别是几行代码。 我认为是添加了这些线( 在网景 4 中 ) :

if (bytes_per_val > 4)
{
    bytes_per_val = 4;
}

浏览器试图将 Chucknorris 转换为十六进制颜色代码, 因为它不是一个有效的值 。

在 chucknorris 中, 除c 之外的所有字符都不是有效的十六进制值 。 所以它会被转换为 c00c000000。 它被分为 3, rg b 组( 结尾处为 0, 如果不是 3 的 乘以 3 ) 。 只有两个字符被选中, 因为它是允许的 。 它最终变成 c00000 , 红色的阴影 。

这似乎主要是与互联网探险家和歌剧(12)有关的问题,因为铬(31)和firefox(26)都忽略了这一点。

p.s. 括号中的数字是i 测试的浏览器版本。

Rajnikanth(印度的chuck noris)也与黑色的阴影对立:

000000000000000 *gt; 0a0000

在一个较轻的音符上

Chuck Norris不符合网络标准。 网络标准符合他的要求。