HTML表单无版本概念，所谓“HTML5表单”仅指HTML5新增特性（如type="email"、required等），旧浏览器会静默忽略不支持的属性但仍可提交；需JS检测能力并polyfill，服务端必须重校验且处理enctype变化。
HTML 表单没有“版本”概念，只有规范演进和浏览器支持差异
HTML 表单本身不带版本号，所谓“HTML5 表单”只是指 HTML5 规范中新增的表单功能（如 type="email"、required、pattern 等），不是独立于 HTML 的另一套表单系统。老浏览器（如 IE9 及以下）不识别这些新属性，但不会报错——它们会被忽略，表单仍能提交，只是失去原生校验和 UI 增强。
哪些新表单特性在旧浏览器里会静默失效
开发者常误以为加了 type="date" 就能弹出日期选择器，结果在 IE11 或 Safari 12.1 之前看到的是普通文本框。这类“降级安全但功能缺失”的情况很普遍：
-
type="email"、type="url"、type="number"：仅触发基础输入过滤（如移动端键盘类型），无客户端校验 -
required属性：IE9- 不识别，提交时不会阻止空值 -
placeholder：IE9 及以下完全不显示 -
formnovalidate：IE10+ 才支持，IE9 会当作普通属性忽略
如何检测并补全关键表单能力
不能只靠 UA 判断浏览器，而应检测 DOM 能力。比如判断是否支持 type="date"，得用 JS 检查输入框的 type 属性返回值是否真的被识别：
const input = document.createElement('input');
input.type = 'date';
if (input.type !== 'date') {
// 加载第三方日期选择器（如 flatpickr）
}更稳妥的做法是：对所有带语义化 type 或约束属性的表单控件，都默认引入轻量 polyfill 或封装校验逻辑，而不是依赖浏览器原生行为。
把任意文章或文档内容转换成精美的全屏翻页 HTML 演示文件（幻灯片风格）。当用户发来一篇文章、文档链接、Markdown 内容、或粘贴的文本，并且希望生成演示用的 HTML 时触发。支持任意内容来源：iWiki 链接、KM 链接、本地文件路径、直接粘贴的文本。生成的 HTML 文件保存到本地工作区，并通过企微直接发送给用户。触发词示例：帮我把这篇文章做成PPT、转成演示文档、生成HTML幻灯片、做个演示、转成可以演示的格式、article to deck、make a slide。
立即学习“前端免费学习笔记（深入）”；
服务端永远要重新验证，哪怕前端用了 pattern 和 minlength
pattern 是正则字符串，只在浏览器端运行；minlength 可被绕过（如禁用 JS 后直接提交）；step 对 type="number" 的校验在 Safari 中长期存在 bug（允许输入非 step 倍数的值）。真实请求中，这些全是不可信的：
- 用户可直接用 curl 或 Postman 提交任意字段值
- 浏览器开发者工具可随时删掉
required或修改pattern - 某些安卓 WebView 对
inputmode完全无视
所以后端收到表单数据后，必须用服务端语言重做全部校验逻辑，且错误提示要对应到具体字段——别指望前端传来的 validity.valid 状态。
最容易被忽略的一点：表单提交时的 enctype 类型变化（如从 application/x-www-form-urlencoded 切到 multipart/form-data）会影响后端解析方式，尤其上传文件时，连 fetch 默认都不设这个头，得手动指定 enctype 或 FormData 实例化逻辑。
