这是我发现了什么通过萤火虫在火狐。

它是相同在其他浏览器?

如果是这样,什么原因?

有帮助吗?

解决方案

是的, 所有 浏览器上不应该提交的禁用的投入,因为它们只读。

更多信息 (部分17.12.1)

属性的定义

残疾人[CI]当设置一种形式的控制,这种布尔的属性 禁止控制供用户输入。当设置、残疾人属性 具有下述效果上的一个元素:

  • 残疾控制没有收到焦点。
  • 残疾控制是跳过标签的导航。
  • 残疾控制不可能成功的。

以下要素支持残疾人的属性:按钮输入, OPTGROUP,选择,选择,并TEXTAREA.

这种特性继承的,但当地的声明,以复盖 继承价值。

如何禁用元素都呈现取决于用户代理。对于 例如,一些用户代理人"灰色"残疾人的菜单项、按钮 标签、等等。

在这个例子中,输入单元是残疾人。因此,它不能 收到输入的用户也不会将其价值提交的形式。

<INPUT disabled name="fred" value="stone">

注。唯一的方法,以修改的动态价值的残疾人 属性是通过一个脚本。

其他提示

disabled输入不会提交数据。

使用readonly属性:

<input type="text" readonly />

这里来源

他们没有得到提交,因为 这就是说,在W3C的说明书.

17.13.2成功的控制

一个成功的控制是"有效"提交。[喀嚓]

  • 控制是禁用的,无法取得成功。

换句话说,说明书说,控制是禁用被认为是无效的,不应提交的。

你可以用三件事情来模仿残疾人:

  1. HTML: readonly 属性(因此,值存在输入时可使用的形式提交。此外,用户不能改变输入的价值)

  2. CSS: 'pointer-events':'none' (阻止用户击的输入)

  3. HTML: tabindex="-1" (阻断用户浏览该从键盘输入)

Disabled控件不能成功,并且成功的控制是“有效”,提交。 这就是为什么禁用控制不与表单提交的原因。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top