Chrome正在吞噬我的第一个内部<表单>--为什么?
Chrome is eating my first inner <form> -- why?
多亏了ASP.NET,我学会了摆脱<表单><表单>标签。我设置了一个我认为不起作用的简单DOM:
<form id="Superform" action="javascript: return false;">
<form id="Subform1" action="javascript: return false;">
form1
</form>
<form id="Subform2" action="javascript: return false;">
form2
</form>
</form>
在这个例子中,IE8似乎工作正常,但Chrome(18.0.1025.142β-m)似乎使Subform1
消失。有人知道为什么吗?这是Chrome/webkit漏洞吗?我做了一个jsFiddle来测试它——如果你手边有其他浏览器,我也很好奇这些结果。
请尝试上的示例http://jsfiddle.net/weQmk/9/.
在IE8中我得到:
Forms my browser sees:
Superform
Subform1
Subform2
但在Chrome中:
Forms my browser sees:
Superform
Subform2
表单不能以这种方式嵌套。当遇到关闭的</form>
标签时,第一个打开的表单被关闭。
这也体现在小提琴中:http://jsfiddle.net/weQmk/11/
相关文章:
- 使用<ahref>使用谷歌脚本在谷歌表单GUI中标记
- 使用<表单>和POST
- 在</表单>标签
- 调用<表单>
- 使用Html.BeginFrom在ASP.Net MVC中提交一个带有锚(<a>)标记且具有一定值的表单
- 带有post值的JS jQuery重定向,不带<表单>
- 如何在不实际使用<表单>
- 角度嵌套表单验证setPristine on subForm->在parentForm上设置Pristine
- jQuery Html负载剥离<表单>标签
- 替换<标签>,包含的表单控件除外
- 使用一个<表单>'s的选择馈送到另一<表单>
- javascript表单提交一个值应该大于另一个值x>y
- 表单选择 GT 9 时脚本失败
- 如何使用<表单>标记将数据发送到javascript函数
- 传递<表单>单选按钮到另一个页面进行操作
- Chrome正在吞噬我的第一个内部<表单>--为什么?
- 当按下<表单>要素为什么?
- 无法将ajax:success绑定到使用form_for..创建的表单:remote=>是的
- 发送<表单>通过两个不同的Submit按钮获取信息,这两个按钮调用相同的函数,但需要知道调用来自哪个Subm
- Django提交表单->重定向到新页面->自动更新新页面