novalidate 在 opera presto 中仅对 元素有效，跳过 type/pattern/min/max 验证但不跳过 required；必须写为布尔属性如 ，不支持 formnovalidate 或作用于 ，js 校验 api 仍生效。

novalidate 在 Opera Presto 引擎中不会被忽略，但它的行为有明确限制：它仅作用于表单提交时的客户端 HTML5 内置验证跳过，且只在 <form></form> 元素上有效 —— 不能写在 <input> 或其他子元素上。

Ava Maker

Ava Maker是一款用于创建卡通头像、社交头像和 NFT 风格头像的在线工具。

下载

---

novalidate 的实际生效条件

• 必须作为布尔属性直接写在 <form></form> 标签内，例如：
• Presto（Opera 12.18 及更早）支持该属性，但不支持 formnovalidate 属性（即按钮级绕过验证），该属性是后来 Blink/WebKit 才完整实现的
• 若同时存在 novalidate 和 JS 主动调用 checkValidity() 或 reportValidity()，后者仍会执行校验逻辑 —— novalidate 不影响 JS API 行为

---

常见误用导致“看似被忽略”的情况

• 把 novalidate 写在 <input type="email" novalidate> 上 → Presto 完全无视，HTML 规范也不允许这样用
• 使用了自定义 submit 按钮但没加 type="submit" → 表单不触发原生提交流程，novalidate 失去作用上下文
• 同时设置了 required 并依赖浏览器默认提示，但用户用 Enter 提交时弹出提示 → 实际是 Presto 在 submit 事件前仍做了基础空值检查，novalidate 只跳过类型/模式类验证（如 email 格式、pattern 正则），不跳过 required 的非空判定（这是 Presto 的已知行为差异）

---

兼容性与替代建议

• Presto 对 novalidate 的支持是“可用但粗糙”：它跳过 type="email"、pattern、min/max 等，但对 required 的处理不如现代引擎一致
• 如果需彻底关闭所有验证逻辑，更可靠的方式是：
  • 移除所有 required、pattern、type="email" 等验证相关属性
  • 或在提交前用 JS 阻止默认行为：event.preventDefault()，自行控制提交流程

Presto 已停止维护，这类细节在真实项目中极少需要深究 —— 但若你正在维护遗留 Opera 12 专用系统，记住：属性位置、表单触发方式、以及 required 的特殊性，才是实际生效的关键。