step属性使输入框“卡住”数值是因为HTML5规范要求type="number"的值必须满足min + n×step，否则失焦时被重置；绕过方法有三：改用type="text"+inputmode="decimal"、移除step用pattern提示、保留type="number"但JS手动覆盖value。
为什么 step 属性会让输入框“卡住”数值
当你给 <input type="number"> 设置了 step="0.1"，但用户手动输入 0.15，浏览器会自动修正为 0.1 或 0.2——这不是 bug，是规范行为。HTML5 要求输入值必须严格满足 min + n × step（n 为整数），否则提交时校验失败，或失焦后被重置。
绕过 step 校验的三种实操方式
核心思路：不依赖原生 number 类型的校验逻辑，同时保留数字输入体验。
- 改用
type="text"+inputmode="decimal"：保留软键盘数字布局，禁用原生 step 限制，需自行用 JS 控制格式（如监听input事件截断小数位） - 移除
step属性并用pattern+title做轻量提示（仅限表单提交前校验，不干预实时输入） - 保留
type="number"，但在 JS 中监听change或blur事件，读取input.valueAsNumber并手动覆盖为原始字符串值（注意：这会绕过浏览器内置的数字解析逻辑，需自己处理空值、NaN 等）
inputmode 和 pattern 的实际效果差异
inputmode="decimal" 只影响移动设备软键盘布局，对桌面无作用，且完全不触发任何校验；pattern="[0-9]*\.?[0-9]+" 则只在表单调用 checkValidity() 或提交时生效，不影响用户输入过程。两者都不阻止用户输入 1.23456 这类值——这才是“清除限制”的本质：放弃浏览器强制对齐 step 的逻辑，把精度控制权交还给业务代码。
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
容易忽略的兼容性与副作用
直接删掉 step 后，Safari 仍可能对 type="number" 做隐式 step=1 校验；部分安卓 WebView 对 inputmode 支持不全；用 valueAsNumber 读取后再赋值字符串，会导致 input 元素的 value 和 valueAsNumber 不一致，后续用 JS 读取数值需统一走字符串解析（如 parseFloat(input.value)）。
立即学习“前端免费学习笔记（深入）”；
