Question

考虑这一超文本源代码:

<form id="foo1" name="x"> Form 1 </form>
<form id="foo2"> Form 2 </form>

你们可以看到,我们确定了两个论坛要素。

In Chrome, Safari and Firefox, both document.foo1 and document.foo2 return undefined.

However, in IE and Opera, document.foo1 returns a reference to the corresponding FORM element, whereas document.foo2 returns undefined.

Live demo: http://jsfiddle.net/zrmEm/2/

So, the first form does have its ID-named property in the document object, and the second form doesn t. And this difference is the result of adding the name attribute to the first form.

现在,这种逻辑是什么? 这是一种众所周知的行为吗?

Answer 1

在所有浏览器中,表格的数值是 姓名/em>属性,作为文件标的的财产,也作为document.forms。

如果你使用ids,这些数值仅作为forms采集的特性添加。

IE总是被混淆在姓名和 attributes属上。在IE(第8版经测试)中,复制件被添加到文件上。如果还有这种表格的名称(可能与补贴相同或不同)。

因此,如果你总是使用document.forms[名称或背书]<>em>,那么生命就是白天。只要你没有与其他形式的女婴相同的表格,所有女胎就被排除在外。

Answer 2

This is basically a quirk that Microsoft introduced way back in the dark days of the browser wars. (circa IE4)

最终结果是,在《电子格式》中,表格将作为文件范围的变量添加,以便你能够将其作为<代码>文件.form1。

这种做法不符合标准,但实际上似乎又回头(至少不是浏览器供应商)。

当时添加到一个浏览器或另一个浏览器上的许多非标准特征最终被他人执行,成为非标准标准,最终成为正式标准。

This particular feature, however, did not. It remains non-standard.

微软甚至在其浏览器新版本中保留了大部分旧的非标准功能,以努力保持旧代码的后向兼容性(许多公司内联网是由微软培训的专家撰写的,并使用这些特征,因此他们需要保持这些功能,否则没有人会提升过去的国际电子数据6。

在这些日子里,歌剧院是浏览器世界上的年轻主。它经常得到更新,具有创新特点,比竞争更快。当时他们正为 Chrome最近所做的 b们所为。

然而,由于标准战争不断升级,唯一可以竞争的操作方式是兼容的,它们花了很长的时间来扭转国际独立实体的所有特征(甚至有时是 b子),使为独立实体撰写的场所也能运行。

这显然是其中的一个特点,这就是为什么国际电子企业和运营商今天都拥有同样的电梯。

今天市场上的其他浏览者没有同样的历史。最终从网上替罪羊人那里衍生出,因此,它可能拥有自己的qui子,可追溯到这些日子,但它却赢得了IE的股份。网上浏览器有更近期的验证(从KVD发动机的KE项目衍生),因此,它从未有过它试图推展IE静脉的历史。

友情链接