scope是表头的语义锚点，唯一标识其管辖的列或行：scope="col"管正下方td，scope="row"管同行右侧td；合并单元格必须显式设置，复杂结构需用headers+id补足。
scope 是 <th> 的语义锚点，不是装饰，也不是视觉控制——它是屏幕阅读器唯一能可靠识别“这个表头管哪一列/哪一行”的依据。没它，视障用户听到的只是孤立数字，比如“92%”，而不是“Q1 回款率：92%”。
<h3>scope="col" 和 scope="row" 怎么选？只看“它管谁”</h3>
<p>判断不依赖位置、不依赖内容、不依赖 CSS 样式，只看 DOM 中数据单元格相对它的方位：</p>
<ul><li>
<code>scope="col"：该 <th> 正下方所有 <code><td> 都归它管 —— 出现在 <code><thead> 里，如“新增客户”“签约额”
<li>
<code>scope="row"：该 <th> 右侧同 <code><tr> 内所有 <code><td> 都归它管 —— 出现在 <code><tbody> 每行第一个单元格，如“销售部”“财务部”
<li>左上角空 <code><th>（<code><th></th>）不加 scope，加了反而误导
if (i === 0) scope="row" 就完事——得区分当前循环是生成列头还是行头带 rowspan 或 colspan 的 th 必须显式设 scope
浏览器对合并单元格的语义推断基本不可信。哪怕只是 rowspan="2" 的列标题，不加 scope="col"，屏幕阅读器可能把第二行数据全算作第一行表头的下属，漏掉真正的列归属。
-
rowspan超过 1 的列标题 → 一律用scope="col" -
colspan覆盖多列的顶层标题（如“Q1 业绩”）→ 优先配<colgroup span="3"></colgroup>+scope="colgroup"，而不是硬塞scope="col" - 没包
<colgroup></colgroup>却写scope="colgroup"，旧版 JAWS 直接忽略；没包<tbody> 却写 <code>scope="rowgroup"，等于没写复杂结构下 scope 失效时，必须切到 headers + id
scope是线性、单向、位置绑定的，它扛不住跨行表头、右对齐列标题、“年份→季度→月份”三级嵌套，或左上角单元格既要管行又要管列这类场景。
htmlppt.skill下载把任意文章或文档内容转换成精美的全屏翻页 HTML 演示文件（幻灯片风格）。当用户发来一篇文章、文档链接、Markdown 内容、或粘贴的文本，并且希望生成演示用的 HTML 时触发。支持任意内容来源：iWiki 链接、KM 链接、本地文件路径、直接粘贴的文本。生成的 HTML 文件保存到本地工作区，并通过企微直接发送给用户。触发词示例：帮我把这篇文章做成PPT、转成演示文档、生成HTML幻灯片、做个演示、转成可以演示的格式、article to deck、make a slide。
立即学习“前端免费学习笔记（深入）”；
- 当
<th> 同时承担行列角色（例如第 1 行第 1 列），<code>scope="row col"是非法语法，浏览器静默丢弃 - 正确做法：
<th id="q1_revenue">Q1 销售额</th>，然后在对应<td> 上写 <code>headers="q1_revenue dept_sales"（空格分隔） -
headers优先级永远高于scope，一旦出现，scope被彻底绕过 -
scope不支持多值、不支持跳格、不支持继承 —— 每个<th> 都得独立判断、独立设置 <p>最难的不是写对某一个 <code>scope，而是在每次插入<th> 时条件反射地问一句：“它管的是列，还是行？”这个习惯一旦建立，比任何无障碍检测工具都管用。真正复杂的表格里，<code>scope往往只是起点，id和headers才是把关系钉死的最后防线。
- 当
