当前位置: 首页 > 面试题库 >

为什么浏览器仍会注入HTML5?

祁通
2023-03-14
问题内容

HTML5 doctype示例。

无论IE9和Chrome14日志TBODY作为tagName内部元素<table>

HTML5规范<table>明确指出:

后跟零个或多个tbody元素或一个或多个tr元素

此外。HTML5规范<tr>明确指出:

作为table元素的子元素,在任何标题,colgroup和thead元素之后,但仅当没有tbody元素成为table元素的子元素时。

为什么浏览器会破坏我的DOM并注入一个<tbody>when

  • 我没有要一个
  • 没有一个人是完全有效的

因为我专门选择了HTML5文档类型,所以“向后兼容”的答案绝对没有意义。


问题答案:

因为我专门选择了HTML5文档类型,所以“向后兼容”的答案绝对没有意义。

但是,浏览器无法区分HTML版本。具有HTML5doctype和HTML4doctype的HTML文档(FPI中没有URL的HTML4过渡doctype的一个小例外)以相同的方式解析和呈现。

我将引用HTML5解析器描述的相关部分:

8.2.5.4.9“在表中”插入模式

一个起始标记,其标记名称为以下之一:“ td”,“ th”,“ tr”

就像看到带有标签名称“ tbody”的开始标签标记一样,然后重新处理当前标记。



 类似资料:
  • 流程 解析 URL 域名解析 发送 HTTP 请求 查找缓存 接收 HTTP 响应 解析响应内容 HTML 图片 视频 音频 PDF 资料 ​浏览器输入 URL 后发生了什么?​

  • 我正在研究SAML和SSO,看起来使用SAML的应用程序需要是一个web应用程序,并且依赖于浏览器。 有人能告诉我为什么吗? 我对SAML的有限知识告诉我,SAML依赖于会话和cookie,这在桌面应用程序或移动应用程序中是不可用的。这是唯一的原因吗?你能告诉我更多的细节吗?

  • gRPC基于HTTP/2,浏览器广泛支持HTTP/2(假设)。因此,我觉得从浏览器使用gRPC应该没有问题。 然而,很明显有一个问题。协议grpc web是不同的,因为“由于浏览器限制”而存在。还有许多博客文章描述了为让gRPC从浏览器工作而部署的复杂技术堆栈。 我忽略了实际的问题——为什么gRPC不只是在浏览器上工作?

  • 本文向大家介绍浏览器中window.length的结果是什么?为什么?相关面试题,主要包含被问及浏览器中window.length的结果是什么?为什么?时的应答技巧和注意事项,需要的朋友参考一下 神奇的问题,神奇的答案

  • 问题内容: 我正在使用原始html和JQuery讨论一些想法。我所做的一件事是创建一个包含一组行的表元素。 但是,当我在FireFox + Firebug,IE8开发人员工具栏或Google Chrome JavaScript调试器中查看代码时,所有这些都表明在所有 tr* 节点周围都存在一个 tbody 元素。 * 我不反对这种情况……但这是标准行为吗? 问题答案: TBODY元素定义表中的一组

  • 从这个Bugzilla线程(还有)可以看出,Firefox并不总是在POST请求中发送Origin头。RFC声明不应在某些未定义的“隐私敏感”上下文中发送。Mozilla在这里定义了这些上下文。 我很想知道,这些是不是Firefox不会发送Origin头的唯一情况。据我所知,它也不会在跨源POST请求中发送它(尽管Chrome和Internet ;Explorer会),但我不能在文档中确认这一点。