为什么某些随机字符串在以背景颜色输入 html 时会产生颜色 ?

例如, bgcolor = "chucknorris" 产生红色背景 :

& lt; body bgcolor=" Chucknorris" & gt; 测试 & lt;/body>

反之, bgcolor = "chucknorr" 产生黄色背景 :

& lt; body bgcolor=" chucknorr" & gt; 测试 & lt;/body>

这在不同的浏览器和平台上都是如此。


当前回答

Chucknorris 开头是c, 浏览器读取到十六进制值 。

a, b, c, d, d, e, 和 f 是十六进制字符 。

浏览器将 Chucknorris 转换为十六进制值, c00c000000。

然后将 c00c000000 十六进制值转换为 rgb 格式( 3) :

r:c00c, g.0000, b.0000

浏览器只需两位数字即可表示颜色 :

r: c0, g00, b0000 r: c0, b00 \ c000

最后,在网络浏览器中显示 bgcolor = c000。

以下是一个例子:

& lt; table> & lt; tr> & lt; td bgcolor= "chucknorris" 单元格布局= "10" 宽度="150" 匹配= "center"; chucknorris</ td> & lt; dbgc="c00c00000000" 单元格布局="10" 宽度="cer> c00c000000< / td> " & lt;

其他回答

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

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

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

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

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

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

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>

在遗留属性上分解颜色的规则涉及比现有答案中提到的步骤更多的步骤。

将所有字符全部丢弃,但最后的 8 个丢弃, 导致零 零 逐 1, 只要所有构件都有一个前零 丢弃, 所有字符除前 2 个全部丢弃

一些例子:

oooFoooFoooF
000F 000F 000F                <- replace, pad and chunk
0F 0F 0F                      <- leading zeros truncated
0F 0F 0F                      <- truncated to 2 characters from right

oooFooFFoFFF
000F 00FF 0FFF                <- replace, pad and chunk
00F 0FF FFF                   <- leading zeros truncated
00 0F FF                      <- truncated to 2 characters from right

ABCooooooABCooooooABCoooooo
ABC000000 ABC000000 ABC000000 <- replace, pad and chunk
BC000000 BC000000 BC000000    <- truncated to 8 characters from left
BC BC BC                      <- truncated to 2 characters from right

AoCooooooAoCooooooAoCoooooo
A0C000000 A0C000000 A0C000000 <- replace, pad and chunk
0C000000 0C000000 0C000000    <- truncated to 8 characters from left
C000000 C000000 C000000       <- leading zeros truncated
C0 C0 C0                      <- truncated to 2 characters from right

下面是算法的部分实施。它不处理错误或用户输入有效颜色的情况。

{/ / todo: 如果输入是“ ” 输入 = 输入. trim (); / / todo: 如果输入是“ 透明” / / todo: 如果输入是一个命名的颜色 / / todo: 如果输入匹配 rgb / / todo, 返回 rggb: 如果输入是“ 输入 ” , 则返回错误 rggb: 如果输入是“ 透明” / / todo : 如果输入是“ 透明” / / todo: 如果输入是“ 透明” / / todo : 返回相应的 rggb: 如果输入匹配 rgb / / todo: 返回 rggb: 如果输入匹配 rggb / / todo: 将 Unicode 代码点大于 u+ffff 替换为 00 (in. replace (/ {0- 9a- f)

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

规则规定:

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

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

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


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

Chucknorris 开头是c, 浏览器读取到十六进制值 。

a, b, c, d, d, e, 和 f 是十六进制字符 。

浏览器将 Chucknorris 转换为十六进制值, c00c000000。

然后将 c00c000000 十六进制值转换为 rgb 格式( 3) :

r:c00c, g.0000, b.0000

浏览器只需两位数字即可表示颜色 :

r: c0, g00, b0000 r: c0, b00 \ c000

最后,在网络浏览器中显示 bgcolor = c000。

以下是一个例子:

& lt; table&gt; & lt; tr&gt; & lt; td bgcolor= "chucknorris" 单元格布局= "10" 宽度="150" 匹配= "center"; chucknorris&lt;/ td&gt; & lt; dbgc="c00c00000000" 单元格布局="10" 宽度="cer&gt; c00c000000&lt; / td&gt; " & lt;