浏览器跳过了css规则

好吧，这看起来像是另一个愚蠢的问题，但我找不到答案

参见小提琴：

在此处删除CSS声明中的导航：

#Navigation .stretch {
...
}

因此，它变成：

.stretch {
...
}

为什么浏览器chrome版本26.0.1410.64 m忽略此规则

我也在firefox上进行了测试

可能这不是CSS优先级的问题，因为DevTools和FireBug都没有完全显示它。甚至没有过度的限制

谢谢

---

编辑：非常感谢大家！我以前看不到这些交叉的规则，我在devTools和fireBug中滚动了好几次，花了一个多小时解决了这样一个容易出错的简单问题

仅使用.stretch selector定义的规则没有navigator li那么具体，即使稍后在cascade中定义，也不会应用该规则。因此，显示将永远是内联的

仅使用.stretch selector定义的规则没有navigator li那么具体，即使稍后在cascade中定义，也不会应用该规则。因此，显示将永远是内联的

它不会被忽略，它会被导航li否决，因为该选择器更具体。它将“显示”设置为“内联”，而不是指定的内联块

---

当你在Chrome中“检查元素”时，你可以很容易地发现这一点。它显示元素的样式，并划掉被否决的样式。

它不会被忽略，它会被导航li否决，因为该选择器更具体。它将“显示”设置为“内联”，而不是指定的内联块

当你在Chrome中“检查元素”时，你可以很容易地发现这一点。它显示元素的样式，并划掉被否决的样式。

问题在于导航li比.stretch具有更高的特异性，因为它包含一个id选择器

您之所以看不到它，是因为它是空的，并且您很可能在JSFIDLE代码中选择了前面的元素

如果从firebug中选择空li，则表明它已被覆盖。

问题在于导航li比.stretch具有更高的特异性，因为它包含一个id选择器

您之所以看不到它，是因为它是空的，并且您很可能在JSFIDLE代码中选择了前面的元素

---

如果从firebug中选择空li，则表明它已被覆盖。

以及为什么它在firebug或DevTools中没有过度排列。宽度：100%；甚至在定义li宽度的任何更具体的选择器中也被跳过。以及为什么它在FireBug和DevTools中没有过度排列。宽度：100%；即使有更具体的选择器定义li的宽度，也会跳过。谢谢您的回复，我现在可以看到它了。。我不知道为什么我以前找不到它。在解决了这样一个基本问题一个小时后，我绝望了：我们有时都会遇到这样的问题谢谢你的回复，我现在可以看到了。。我不知道为什么我以前找不到它。在解决了这样一个基本问题一个小时后，我绝望了：我们有时都会遇到这样的问题谢谢你的回复，我现在可以看到了。。我不知道为什么我以前找不到它。在解决了这样一个基本问题一个小时后，我感到绝望：/谢谢你的回复，我现在可以看到了。。我不知道为什么我以前找不到它。在解决了这样一个基本问题一个小时后，我绝望了：/