任何人都知道为什么 XHTML 中没有类型属性“text/css”的 <style> 问题在问题中是间歇性的

Anyone know why issues in <style> without type attribute "text/css" in XHTML are intermittent in the issues?

本文关键字：问题 style 为什么 XHTML text 任何人属性类型 css 更新时间：2023-09-26

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

我发现我最终接手的一些网站存在问题，这些网站运行 CSS 看起来至少没有问题。在遇到一些jquery问题和缓慢的处理之后，我才希望进行优化。我最终发现了一个常见问题。它是一个包含内联 CSS <style> 标签的模块，没有类型属性。顺便说一句，这些是XHTML而不是HTML5网站。通过添加属性或删除内联 CSS 来更改标记，以纠正每个存在问题的站点。

我的问题是，实际发生了什么会导致问题损坏进程并仍然允许 CSS 正常运行。这是出于纯粹的好奇心，所有样式都放在自己的文件中。这些在Joomla 1.5模块中。

要真正详细说明一个不止一次发生的问题是掩码无法完成其过程，并且恰好是遵循内联 CSS 的代码。到目前为止，这还没有发生在大约 80 个具有相同代码的其他网站上，减去样式错误。

默认情况下应该

验证 xhtml...任何偏离验证的偏差都将不可避免地导致渲染引擎(或 3(的窒息死亡。

在大多数 (X(HTML 版本中

随手模糊地暗示您正在查看的内容：

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

正确 CSS 渲染的另一个原因是大多数 CSS 引擎的宽容性;它们基于这样的理解而构建的，即作者可以并且将会大量生产企业意大利面条前端代码。有点像坦克如何通过任何地形滚动.xhtml是少数(我知道的(需要验证的实例之一......如果你已经注意到HTML5的崛起，它显然正在取代XHTML及其严格的方式。或者更确切地说，XHTML并不完全成功。在某些方面，宽恕实际上让网络更加糟糕，因为作者并没有被迫使用有效的技术进行操作。宽恕很棒，它允许(一些(访问旧文档/可怕的构造文档

IMO 你应该继续玩验证器。记住不要专注于验证方面，它是一个工具，只要在错误出现时消除错误即可。相信我，他们经常重复自己，如果你做得足够多，你甚至不必依赖它。了解用户代理在验证范围内/不在验证范围内的反应是最重要的知识。

type 属性是多余的，实际上，style元素中存在无用的风险，因为浏览器仅支持text/css(一般指 CSS(并默认使用它。任何其他值(如拼写错误text/ccs (都会导致忽略元素内容。

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

是否正式需要 type 属性取决于 HTML 版本，不会影响浏览器或脚本的功能。

根据 W3C 默认值是"text/css"，如果没有设置并且文档中的示例没有设置type

http://www.w3.org/wiki/HTML/Elements/style

可能必须将其归结为使调试变得有趣的"小奇迹"之一。

不，

我不同意@charlietfi给出的答案。对于 HTML，它是可选的，它将默认为 "text/css" 仅在 HTML 的情况下不存在。

对于 XHTML，这是一个必填字段。您可以对其进行测试，我创建一个没有 style 标签的 type 属性的 XHTML 标记。这是您将获得的：未指定必需属性"类型">

要亲自尝试，请访问真实的 W3C 验证站点：http://validator.w3.org/