原生 input type="date" 不支持滑动选择，因其交互模式由系统控件决定且前端无法干预；iOS 用滚轮、Android 用日历弹层、桌面端为下拉面板，min/max/step 等属性对滑动无效；如需滑动体验，必须隐藏原生控件，用自定义 UI + JS 实现并同步值到隐藏 input。
原生 input type="date" 不支持滑动选择
浏览器对 input type="date" 的实现完全由系统控件决定，iOS 上是滚轮式（类似 UIPickerView），Android 多为日历弹层，桌面端 Chrome/Firefox 则是下拉日历面板。你无法通过 HTML 或 CSS 把它“改成滑动”——min、max、step 等属性对滑动行为无效，step 在 date 类型上被忽略。
所谓“滑动选择”，实际只存在于移动端原生渲染层，前端无权干预其交互模式。试图用 transform 或 overflow: scroll 强行模拟，只会破坏可访问性，且无法触发日期值更新。
想用滑动交互？必须放弃原生 input type="date"
可行路径只有一条：隐藏原生控件，用自定义 UI + JS 实现滑动逻辑，并同步到隐藏的 input type="date" 或表单数据中。
- 用
<div class="date-slider"> 搭建年/月/日三级滑动容器（类似 iOS 原生滚轮）<li>监听 <code>touchmove+touchend计算偏移量，映射到有效日期范围 - 每次滑动结束时，调用
new Date(year, month - 1, day)构造日期，再转成toISOString().slice(0,10)写入隐藏input的value - 务必处理边界：2 月天数、闰年、大小月，不能只靠
new Date(year, month, 0).getDate()动态计算当月天数 <td> 或父级设置了 <code>pointer-events: none，点击穿透失败<td> 高度不足（<code>min-height: 40px是安全下限），导致下拉面板被裁剪或触发区过小- 用了
disabled或readonly—— 二者都会禁用原生选择器，哪怕只是视觉上“不想让用户改”，也得用 JS 监听input事件后 revert 值 - 没设
name或value，某些浏览器（尤其旧版 Safari）会直接跳过初始化，表现为不可点击
注意：不要用 Date.parse() 解析滑动结果，它对时区敏感；也不要直接拼字符串赋值，格式错一位就会清空输入框。
立即学习“前端免费学习笔记（深入）”；
showPicker() 不能触发滑动，且兼容性差
部分 Chromium 浏览器（如 Chrome 109+）支持 input.showPicker() 主动唤起原生选择器，但它唤起的是默认 UI —— 在 iOS WebView 中仍是滚轮，在 Android 是日历，在桌面端是下拉面板。它不改变交互类型，也不可控。
更关键的是：showPicker() 在 Safari 完全不支持，Firefox 未实现，旧版安卓 WebView 多数报错。若你写 input.showPicker() 后加 catch 降级为手动输入，那还不如一开始就用文本框 + 格式校验。
真实项目中，只要需求明确要“滑动”，就该直接选用已封装好的库，比如：flatpickr（配 mobileFriendly: true）、@mobiscroll/calendar 或 vanilla-picker，它们在移动端自动启用滚轮模式，并处理了时区、本地化、a11y 等细节。
表格里嵌 input type="date" 点不开？先检查 DOM 可见性
这不是滑动问题，但常被误认为“交互失效”。在 <td> 中放 <code>input type="date" 却点不动，90% 是以下原因：
调试时加一句 input.tabIndex = 0，然后按 Tab 键看能否聚焦，能聚焦却点不开，基本就是 pointer-events 或 overflow 问题。
