step属性设小数需确保value初始值落在min+n×step序列上，否则浏览器静默修正；"0.30000000000000004"是IEEE 754浮点精度缺陷所致，非bug；金额等关键场景应换算为整数单位（如“分”），避免浮点误差。
step 属性设小数不是写对就行，浏览器会按 min + n × step 生成合法值序列，只要初始 value 不落在这个序列上，就会静默修正——你点不动、拖不准、提交报错，八成卡在这儿。
为什么 step="0.1" 点两次 ↑ 变成 "0.30000000000000004"
这不是 bug，是 IEEE 754 浮点表示缺陷：0.1 在二进制里无法精确存储。旧版 Chrome 甚至会把 step="0.1" 四舍五入成 step="1"，导致增减全按整数跳。
- 别手动计算：避免
parseFloat(val) + 0.1这类 JS 浮点运算 - 改用原生方法：
inputEl.stepUp(1)严格按当前step执行，不走 JS 浮点 - 金额等关键场景，优先换算单位：设
min="100"、step="1"、value="199"表示 1.99 元 - 必须用小数时，统一小数位数：
min="0.00"、max="10.00"、step="0.01"，别混用min="0"和step="0.01"
step="any" 真的能输任意小数吗
能输，但不等于“全放开”：step="any" 只禁用步长对齐逻辑，仍受 min/max 边界限制，且上下箭头会退化为 ±1 整数增减（哪怕当前值是 1.5，点 ↑ 就变 2.5）。
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
- 手动输入
1.23456789允许，但提交不会触发validity.stepMismatch，业务校验得靠 JS 或后端兜底 - Safari 15.4 之前不支持，Firefox 某些版本对
type="range"忽略该值 - 移动端 iOS 键盘可能根本不显示小数点，
step="any"也救不了输入法限制 - 获取值时别直接读
input.value（返回字符串），要用parseFloat(e.target.value)再规整
动态改 step 后输入框/滑块失灵怎么办
直接赋值 el.step = "0.25" 不可靠——浏览器不会自动重算合法值集合，旧 value 很可能已越界，导致拖不动、松手跳变、方向键失灵。
立即学习“前端免费学习笔记（深入）”；
- 用
el.setAttribute("step", "0.25")，部分浏览器响应更稳定 - 必须同步重置
value：el.value = (Math.round(parseFloat(el.value) / 0.25) * 0.25).toFixed(2) - 快速连续切换时，加
requestAnimationFrame延迟执行重置，避免状态残留 - 改完立刻调用
el.checkValidity()主动校验，必要时el.reportValidity()提示用户
最常被忽略的一点：哪怕 step 设得再细，如果 min、max 和 step 三者无法构成完整等差数列（比如 min="1"、max="5"、step="0.3"），浏览器行为就不可控——有的截断，有的四舍五入，有的静默丢弃。真要高精度控制，别只靠 HTML 属性，JS 校验和格式化才是最后一道防线。
