Javascript 有人知道为什么<；风格>；不带类型属性"；text/css“；在XHTML中是否存在间歇性问题？

在您投票或回答之前，我知道您应该使用XHTML的属性（实际上这应该放在它自己的.css中），我只是想了解它是如何处理的，因为我得到了独特的结果

我发现一些我最终参与的网站存在问题，这些网站运行的CSS看起来没有问题，至少CSS没有问题。在遇到一些jquery问题和处理速度缓慢之后，我才开始进行优化。我最终发现了一个共同的问题。它是一个包含内联CSS

标记的模块，没有类型属性。顺便说一句，这些是XHTML而不是HTML5网站。通过添加属性或删除内联CSS来更改标记看起来可以纠正每个站点的问题

我的问题是，到底发生了什么，会导致一个问题破坏流程，并且仍然允许CSS正常运行。这纯粹是出于好奇，所有的风格都放在它自己的文件中。这些都在Joomla 1.5模块中

---

要真正详细说明一个不止一次发生的问题，是一个掩码未能完成它的过程，并且恰好是内联CSS后面的代码。到目前为止，除了样式错误之外，还有80多个其他网站使用相同的确切代码。根据W3C，如果没有设置，并且文档中的示例没有设置

类型，则默认为“text/css”


可能不得不把它归结为使调试变得有趣的“小奇迹”之一。
根据W3C，如果没有设置，文档中的示例没有设置
类型，则默认为“text/css”


可能不得不把它归结为使调试变得有趣的“小奇迹”之一。
不，我不同意@charlietfi给出的答案。对于HTML，它是可选的，默认为
“text/css”
仅在HTML中不存在

对于XHTML，它是必填字段。您可以在不使用
style
标记的
type
属性的情况下创建XHTML标记来测试它。这是您将得到的：
未指定所需属性“类型”

要亲自尝试，请访问正宗的W3C验证网站：
不，我不同意@charlietfi给出的答案。对于HTML，它是可选的，默认为
“text/css”
仅在HTML中不存在

对于XHTML，它是必填字段。您可以在不使用
style
标记的
type
属性的情况下创建XHTML标记来测试它。这是您将得到的：
未指定所需属性“类型”

要亲自尝试，请访问正宗的W3C验证网站：
由于浏览器只支持
文本/css
（通常指css>），并且默认为
样式
元素，因此
类型
属性是多余的，并且在实践中是无用的风险。任何其他值，例如typo
text/ccs
，都会导致忽略元素内容

但是，在客户端脚本中，可以使用一些代码，例如删除不带
type
属性的
style
元素，或者根据属性以某种方式使用这些元素的内容。这会很奇怪，我认为这更可能是一个编程错误，而不是故意检查或欺骗

类型
属性是否正式需要取决于HTML版本，并不影响浏览器或脚本的功能。
类型
属性是多余的，实际上，在
样式
元素中是一个无用的风险，因为浏览器只支持
文本/css
（通常指css）并默认它。任何其他值，例如typo
text/ccs
，都会导致忽略元素内容

但是，在客户端脚本中，可以使用一些代码，例如删除不带
type
属性的
style
元素，或者根据属性以某种方式使用这些元素的内容。这会很奇怪，我认为这更可能是一个编程错误，而不是故意检查或欺骗

是否正式需要
类型
属性取决于HTML版本，并不影响浏览器或脚本的功能。
默认情况下，应验证xhtml…任何偏离验证的情况都将不可避免地导致渲染引擎（或3）窒息死亡

在大多数（x）html版本
对您正在查看的内容的随意模糊提示：

听起来内联css与您的js冲突，很可能您有一些脚本触发了预加载；你可以等待页面加载来触发它们。只要样式加载正确，用户就不会知道它们之间的区别。页面加载相当的预加载。页面在加载时运行正常

正确呈现css的另一个原因是大多数css引擎的宽容性；它们是基于这样一种理解而构建的，即作者可以并且将大量生产企业级、意大利式的前端代码。有点像坦克是如何在任何地形上滚动的。xhtml是少数（我知道）需要验证的实例之一……如果你注意到html5的崛起，它显然正在取代xhtml及其严格的方法。或者更确切地说，xhtml并不完全成功。在某些方面，宽恕实际上让网络变得更糟糕，因为作者并没有被迫使用有效的技术。宽恕是可怕的，它允许（一些）访问旧文档/可怕的构造文档

在我看来，你应该继续玩验证器。记住不要把重点放在验证方面，它是一个工具，只是在错误出现时消除它们。相信我，他们会重复的