type="number"是唯一支持step属性的温度输入方式，需配合min/max显式声明并统一小数位数，step仅影响交互增减和提交校验，不拦截粘贴等非法输入，后端必须重新校验。
step 属性对 temperature 类型无效，必须用 type="number"
HTML 没有 type="temperature" 这种输入类型。想用 step 控制温度调节（比如 0.5℃ 增减），得用 type="number"，再配合单位提示或 CSS 标注。浏览器根本不识别 temperature，写了 step 也完全被忽略——连 DevTools 里都看不到任何行为响应。
为什么 step="0.5" 输入 23.5 却提交失败
常见错误现象是：用户手动输入 23.5，点击提交时弹出 Please enter a valid value. The two nearest valid values are 23 and 24.。这不是输入错了，而是 min 没设或设成了默认的 0，导致合法值序列是 0, 0.5, 1.0, ..., 23.0, 23.5, 24.0 ——但校验逻辑实际执行的是 (value − min) % step === 0，而浮点运算下 (23.5 − 0) % 0.5 可能不严格为 0（因 0.5 在二进制中可精确表示，此例通常 OK；但若用 0.1 就大概率翻车）。
- 最稳妥做法：显式声明
min="0.0"、step="0.5"、value="23.5"，且三者小数位数一致 - 避免
min="0"+step="0.5"这种混用，部分浏览器会把min当整数处理，导致起点偏移 - 如果温度范围窄（如 16–32℃），建议写死
min="16.0" max="32.0" step="0.5"，让合法值集合清晰可控
动态改 step 后滑块卡住或跳变
比如从“粗调”切换到“微调”：先 step="1"，再 JS 改成 step="0.1"，结果拖动滑块直接卡在 22 不动，或松手瞬间跳到 22.1。这是因为旧 value="22" 不满足新规则 min + n × 0.1（假设 min="16.0"，则 22.0 是合法的；但如果 min="16.5"，22 就非法了）。
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
- 改
step必须同步重置value：el.value = (Math.round(parseFloat(el.value) / newStep) * newStep).toFixed(1) - 别用
el.step = "0.1"，改用el.setAttribute("step", "0.1")，兼容性更稳 - 重置后立刻调用
el.checkValidity()，必要时el.reportValidity()主动提示 - 连续切换时加
requestAnimationFrame延迟执行，避免状态竞争
粘贴、输入法、拖拽完全绕过 step 约束
用户复制 "23.789" 粘贴进去，或用中文输入法打小数点，或移动端长按拖动滑块——这些操作都不触发 step 对齐逻辑。浏览器只在校验时（如 form.submit() 或 checkValidity()）才判断 validity.stepMismatch，之前一切照收。
立即学习“前端免费学习笔记（深入）”；
-
step不是过滤器，也不是四舍五入开关，它只管“交互增减”和“提交校验”两件事 - 真要拦住非法输入，得监听
input事件，用正则或parseFloat+ 步长对齐实时修正 - 金额类场景（如空调电费估算）强烈建议转为整数单位：比如温度乘以 10 存为
235，step="1"，显示时再除以 10 - 后端永远要重新校验，不能信前端
step的任何约束效果
真正麻烦的从来不是写 step="0.5"，而是用户那些你控制不了的操作路径——粘贴、语音输入、第三方键盘、甚至浏览器自动填充，它们全都不走 step 规则。
