HTML原生不支持ISO周选择，兼容性差且实现不一致；可靠方案是用日期选择器选日，再用JS计算ISO周数并验证合法性。
HTML原生不支持只选周数
浏览器内置的 <input type="date"> 只能选年-月-日，没有“第几周”这个概念。所谓“周数”，本质是 ISO 8601 周编号（如 2024-W23），它依赖于年份和星期起始日（周一），而原生控件不暴露该抽象层。
用可输入ISO周，但兼容性和体验有限
<input type="week"> 是 HTML5 标准支持的类型，值格式为 "YYYY-Www"（例如 "2024-W23"），但实际表现差异大：
- Chrome 和 Edge 显示周选择器（带年份下拉+周滑块），但周范围常从1月1日所在周开始，不一定对齐ISO标准
- Safari 不渲染可视化控件，仅显示文本输入框，用户需手动输入
2024-W23 - Firefox 完全不支持
type="week"，降级为普通文本框 - 移动端（尤其是 iOS）基本无周选择UI，纯靠键盘输入，易出错
真正可控的方案：用日期选择器 + 前端计算周数
更可靠的做法是用常规 <input type="date"> 或第三方日期库（如 flatpickr、Pikaday）选日期，再用 JS 算出对应 ISO 周，并只展示/提交周信息：
htmlppt.skill
下载
把任意文章或文档内容转换成精美的全屏翻页 HTML 演示文件（幻灯片风格）。当用户发来一篇文章、文档链接、Markdown 内容、或粘贴的文本，并且希望生成演示用的 HTML 时触发。支持任意内容来源：iWiki 链接、KM 链接、本地文件路径、直接粘贴的文本。生成的 HTML 文件保存到本地工作区，并通过企微直接发送给用户。触发词示例：帮我把这篇文章做成PPT、转成演示文档、生成HTML幻灯片、做个演示、转成可以演示的格式、article to deck、make a slide。
- 选中任意日期后，调用函数计算其 ISO 周（注意：JavaScript Date API 不直接提供 ISO 周，需自行实现或用
Intl.DateTimeFormat） - 示例（获取当前选中日期的 ISO 周）：
function getISOWeek(date) { const d = new Date(date); d.setUTCDate(d.getUTCDate() + 4 - (d.getUTCDay() || 7)); const yearStart = new Date(d.getUTCFullYear(), 0, 1); return Math.ceil((((d - yearStart) / 86400000) + 1) / 7); } // 输入 2024-06-05 → 返回 23 - 隐藏原始日期输入框，用只读
<input type="text">显示"2024-W23"，并绑定点击事件唤起日期选择器 - 提交时发送周字符串，后端按 ISO 规则解析（不要依赖前端传来的“周数”单独存，必须带年份）
后端必须验证周数合法性，不能只信前端
前端算出的周数可能越界（如 2024-W00 或 2024-W54），且不同年份周数范围不同（2024有52周，2023有53周）。后端收到 year=2024&week=23 后，应：
立即学习“前端免费学习笔记（深入）”；
- 用标准库（如 Python 的
datetime.strptime("2024-W23-1", "%G-W%V-%u")）尝试解析周一日期 - 捕获解析失败异常，拒绝非法组合（如
2024-W54在 Python 中会抛ValueError） - 避免用简单数学校验（如 “week ≤ 53”），因为 ISO 周规则复杂：某年可能有52或53周，取决于1月4日是星期几
周数不是独立数字，它是日期的派生表示——任何脱离具体年份和ISO规则的“周选择”都容易出错。
