novalidate 在 Opera Presto 中仅对 <form> 元素有效，跳过 type/pattern/min/max 验证但不跳过 required；必须写为布尔属性如 <form novalidate>，不支持 formnovalidate 或作用于 <input>，JS 校验 API 仍生效。
novalidate 在 Opera Presto 引擎中不会被忽略，但它的行为有明确限制：它仅作用于表单提交时的客户端 HTML5 内置验证跳过，且只在 <form> 元素上有效 —— 不能写在 <input> 或其他子元素上。
novalidate 的实际生效条件
- 必须作为布尔属性直接写在
<form>标签内，例如：<form novalidate></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 的特殊性，才是实际生效的关键。
