为什么某些随机字符串在以背景颜色输入 html 时会产生颜色 ?
例如, bgcolor = "chucknorris" 产生红色背景 :
& lt; body bgcolor=" Chucknorris" & gt; 测试 & lt;/body>
反之, bgcolor = "chucknorr" 产生黄色背景 :
& lt; body bgcolor=" chucknorr" & gt; 测试 & lt;/body>
这在不同的浏览器和平台上都是如此。
为什么某些随机字符串在以背景颜色输入 html 时会产生颜色 ?
例如, bgcolor = "chucknorris" 产生红色背景 :
& lt; body bgcolor=" Chucknorris" & gt; 测试 & lt;/body>
反之, bgcolor = "chucknorr" 产生黄色背景 :
& lt; body bgcolor=" chucknorr" & gt; 测试 & lt;/body>
这在不同的浏览器和平台上都是如此。
大多数浏览器将简单地忽略颜色字符串中的任何非十六进制值, 以零取代非十六进制数字 。
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>
这是对网景日的拖延:
缺失的位数被作为 0[...] 处理。 不正确的位数被简单地解释为 0。 例如, 值 f0f0f0f0f0f0、 f0f0f0f、 fxfxfxx 和 fxfxfx 都是一样的 。
博客文章对微软互联网探险家的颜色剖析略略微含糊其辞, 包括不同颜色的长度等,
如果依次运用博客文章的规则,
以 0 替换所有非合法的十六进制字符 : chucknorris 变成 c00c00000 pad 到下一个字符总数 3 (11 & 12): c00c0000000 拆分为三个相等的组, 每个部分代表 rgb 颜色的相应颜色组成部分 : rgb (c00c, 0000, 0000) 将每个参数从右下移到两个字符 。
最后,取得以下结果:
RGB (c0, 00, 00) = #C00000 or RGB(192, 0, 0)
这里举一个例子, 展示行动中的 bgcolor 属性, 来制作这个“ 模拟” 的颜色表 :
& lt; table> 宽度= 8; tr> & lt; lt; tr> & lt; tdbcolor= "8" 宽度= "100" 宽度="center"; Chucknorris & lt;/ td> & lt; tdbt; 宽度= "8" "Tlt; ffffffff"; tr> "brt; mrt&t; / tddd> " clatedd=" 单元格padding=" "8" Ninjaturtle" 宽度=" 100" 宽度="center" Style="col:ffff"dbgt> d; dg; dg; dg; dg; dg; dg; dg; dg; dg;
这里还回答了问题的另一部分:为什么bgcolor=“楚克诺尔”产生黄色颜色?如果我们执行规则,字符串是:
c00c00000 => c00 c00 000 => c0 c0 00 [RGB(192, 192, 0)]
当字符串开始为9个字符时,我们保留第二个“c”这一次,因此它最终成为最后的颜色值。
我最初遇到这个时 有人指出 你可以做彩色="破" 和,嗯,它出来棕色。
whatwg html 的规格有精确的算法来解析遗留颜色值 。
用于解析颜色字符串的经典代码网景为开源: 网景/ lib/ layout/ layimage. c。
例如,请注意,每个字符都以十六位数进行剖析,然后在不检查溢出的情况下转换为32位数整数。只有八个十六位数适合32位数整数,这就是为什么只考虑最后八个字符的原因。在将十六位数转换为32位数整数之后,它们会通过将其除以16,然后将其切成八位数整数,直到它们合为八位数,这就是为什么忽略了前位零。
此代码不完全匹配规格中所定义的内容, 但唯一的区别是几行代码。 我认为是添加了这些线( 在网景 4 中 ) :
if (bytes_per_val > 4)
{
bytes_per_val = 4;
}
很抱歉不同意, 但根据yuhong bao所张贴的关于解析遗留颜色价值的规则, Chucknorris并不等于 cc000, 而是c000,
规则规定:
将字符串设置为乘以 3 的长度, 加 0 : chucknorris0 , 将字符串分隔为三等长的字符串: chuc knor ris0 将每个字符串切换为两个字符: ch kn ri 保持十六进值, 必要时添加 0: c0 00 00
我能够用这些规则正确解释以下字符串:
幸运 幸运 幸运 幸运 幸运 幸运 夜晚的黑帮风格
最初的回答者说颜色是cc000, 从那时起编辑了他们的答复, 以包括更正。
浏览器试图将 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不符合网络标准。 网络标准符合他的要求。
浏览器将尝试将 chucknorris 转换为十六进制值。 因为 C 是 chucknorris 中唯一有效的十六进制字符 。 由于 c 是 chucknorris 中唯一有效的十六进制字符, 值将转换为: c00c00000000( 0) 。 浏览器然后将结果分为三类 : 红 = c00c, 绿 = 0000, 蓝 = 0000. 。 因为 html 背景的有效十六进制值仅包含每个颜色类型( r, g, b) 的两位数字, 最后两位数字从每组中截取出来, 留下一个 rgb 值为 c000, 这是砖红色
原因是浏览器无法理解它, 并试图将它转换为能理解的东西, 并在此情况下转换为十六进制值!...
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, 浏览器读取到十六进制值 。
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;
在遗留属性上分解颜色的规则涉及比现有答案中提到的步骤更多的步骤。
将所有字符全部丢弃,但最后的 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)