普通视图

发现新文章,点击刷新页面。
昨天 — 2026年4月11日首页

构建无障碍组件之Meter Pattern

作者 anOnion
2026年4月11日 21:42

Meter Pattern 详解:构建无障碍计量器组件

Meter(计量器)是一种图形化显示数值的组件,用于展示在特定范围内变化的数值。本文基于 W3C WAI-ARIA Meter Pattern 规范,详解如何构建无障碍的 Meter 组件。

一、Meter 的定义与核心概念

1.1 什么是 Meter

Meter 是一种图形化显示数值的组件,具有以下特征:

  • 显示一个在定义范围内变化的数值
  • 通常以视觉形式呈现(如进度条、仪表盘、电池图标等)
  • 数值有明确的最小值最大值限制

1.2 Meter vs Progressbar

Meter 和 Progressbar 容易混淆,但它们有明确的区别:

特性 Meter Progressbar
用途 显示当前状态值(如电量、油量) 显示任务进度(如加载中、完成百分比)
数值变化 随时间自然变化 随任务推进单向增长
典型场景 电池电量、磁盘使用率、温度 文件上传、表单提交、安装进度

重要提示

  • Meter 不应用于表示进度(如加载或任务完成百分比)
  • Meter 不适用于没有明确最大值的情况(如世界人口数量)

1.3 核心术语

术语 说明
Value 计量器当前显示的数值
Minimum Value 计量器的最小值(aria-valuemin
Maximum Value 计量器的最大值(aria-valuemax
Current Value 当前值(aria-valuenow
┌─────────────────────────────────────────────────────────────┐
│                      Meter Container                        │
│                                                             │
│  ┌─────────────────────────────────────────────────────┐    │
│  │████████████████████████████████░░░░░░░░░░░░░░░░░░░░░│    │
│  └─────────────────────────────────────────────────────┘    │
│                                                             │
│   0%          25%          50%          75%        100%     │
│   ↑                                                  ↑      │
│  Minimum                                        Maximum     │
│(aria-valuemin)                              (aria-valuemax) │
│                                                             │
│                         Current: 60%                        │
│                       (aria-valuenow)                       │
└─────────────────────────────────────────────────────────────┘

二、HTML <meter> 标签 vs ARIA role="meter"

在实现 Meter 组件时,我们有两种选择:原生 HTML <meter> 标签ARIA role="meter"

2.1 两种方式对比

特性 HTML <meter> ARIA role="meter"
本质 原生 HTML5 语义化标签 ARIA 角色属性
浏览器支持 现代浏览器原生支持 所有支持 ARIA 的浏览器
可定制性 样式受限(浏览器控制) 完全可定制
代码简洁度 简洁,内置语义 需要显式声明 ARIA 属性
辅助技术识别 自动识别为 meter 通过 role 识别为 meter

2.2 使用 HTML <meter> 标签(推荐)

HTML5 提供了原生的 <meter> 标签,它自动具有 role="meter" 的语义,无需额外声明:

<meter value="60" min="0" max="100">60%</meter>

<meter> 标签的属性:

属性 说明 示例值
value 当前值 "60"
min 最小值 "0"
max 最大值 "100"
low 低值阈值 "25"
high 高值阈值 "75"
optimum 最佳值 "90"

示例:带颜色区间的电池电量

<meter 
  value="45" 
  min="0" 
  max="100" 
  low="20" 
  high="80" 
  optimum="90"
  aria-label="电池电量">
  45%
</meter>
  • low 以下:浏览器通常显示为红色(危险)
  • lowhigh 之间:黄色(警告)
  • high 以上:绿色(正常)

2.3 使用 ARIA role="meter"

当需要完全自定义样式(如电池图标、仪表盘、信号格等)时,使用 ARIA 方式:

<div role="meter" aria-label="电池电量" aria-valuenow="60" aria-valuemin="0" aria-valuemax="100">
  <!-- 自定义视觉表现 -->
</div>

2.4 如何选择?

优先使用 <meter> 标签:

  • 简单的进度条场景
  • 不需要复杂自定义样式
  • 追求代码简洁性

使用 ARIA role="meter"

  • 需要自定义视觉样式(电池图标、仪表盘等)
  • 特殊形状或动画效果
  • 需要兼容旧浏览器

2.5 两种方式的等价关系

以下两种实现在辅助技术眼中是等价的

<!-- 方式1:HTML 原生标签 -->
<meter value="60" min="0" max="100" aria-label="电池电量">60%</meter>

<!-- 方式2:ARIA 实现 -->
<div role="meter" aria-valuenow="60" aria-valuemin="0" aria-valuemax="100" aria-label="电池电量">
  60%
</div>

注意<meter> 标签已经内置了 role="meter" 语义,不需要额外添加 role 属性。

三、WAI-ARIA 角色与属性(ARIA 方式)

当使用 <meter> 标签时,以下 ARIA 属性自动处理,无需手动声明:

HTML 属性 对应的 ARIA 属性 说明
value aria-valuenow 自动映射
min aria-valuemin 自动映射
max aria-valuemax 自动映射

当使用 role="meter" 时,需要手动声明以下属性:

3.1 必需属性

Meter 组件需要以下 ARIA 属性:

属性 说明 示例值
aria-valuenow 当前值(必须在 min 和 max 之间) "60"
aria-valuemin 最小值 "0"
aria-valuemax 最大值 "100"
aria-labelaria-labelledby 计量器的可访问标签 "电池电量"
<div
  role="meter"
  aria-label="电池电量"
  aria-valuenow="60"
  aria-valuemin="0"
  aria-valuemax="100">
  <!-- 计量器视觉表现 -->
</div>

3.2 可选属性

aria-valuetext

当仅显示百分比不够友好时,使用 aria-valuetext 提供更友好的值描述:

<div
  role="meter"
  aria-label="电池电量"
  aria-valuenow="50"
  aria-valuemin="0"
  aria-valuemax="100"
  aria-valuetext="50% (6小时) 剩余">
  <!-- 计量器视觉表现 -->
</div>

辅助技术会读取 aria-valuetext 而不是简单的百分比数值。

3.3 属性关系

aria-valuemin < aria-valuenow < aria-valuemax
      ↑              ↑               ↑
    最小值         当前值          最大值
      0             60              100

约束条件

三、键盘交互规范

Meter 组件没有特定的键盘交互,因为它通常是一个只读组件,用户不能直接操作它。

如果 Meter 是可交互的(如可调节的范围选择器),应该使用 role="slider" 而不是 role="meter"

四、实现方式

4.1 基础 Meter 结构

<div
  class="meter"
  role="meter"
  aria-label="电池电量"
  aria-valuenow="75"
  aria-valuemin="0"
  aria-valuemax="100">
  <div class="meter-bar">
    <div 
      class="meter-fill" 
      style="width: 75%;">
    </div>
  </div>
  <span class="meter-value">75%</span>
</div>

4.2 使用 aria-valuetext 的示例

<div
  class="meter"
  role="meter"
  aria-label="剩余存储空间"
  aria-valuenow="45.5"
  aria-valuemin="0"
  aria-valuemax="128"
  aria-valuetext="45.5 GB 已使用,共 128 GB">
  <div class="meter-bar">
    <div 
      class="meter-fill" 
      style="width: 35.5%;">
    </div>
  </div>
  <span class="meter-value">45.5 GB / 128 GB</span>
</div>

4.3 带颜色状态的 Meter

根据数值范围显示不同颜色(如危险、警告、正常):

<div
  class="meter meter-danger"
  role="meter"
  aria-label="CPU 使用率"
  aria-valuenow="95"
  aria-valuemin="0"
  aria-valuemax="100"
  aria-valuetext="95%,危险">
  <div class="meter-bar">
    <div 
      class="meter-fill" 
      style="width: 95%;">
    </div>
  </div>
  <span class="meter-value">95%</span>
</div>

五、常见应用场景

5.1 电池电量显示

<div
  role="meter"
  aria-label="电池电量"
  aria-valuenow="45"
  aria-valuemin="0"
  aria-valuemax="100"
  aria-valuetext="45% (约3小时) 剩余">
  <!-- 电池图标:外框 + 电量填充 -->
  <div class="battery-icon">
    <div class="battery-body">
      <div class="battery-level" style="width: 45%;"></div>
    </div>
    <div class="battery-cap"></div>
  </div>
  <span>45%</span>
</div>

5.2 磁盘使用率

<div
  role="meter"
  aria-label="磁盘使用率"
  aria-valuenow="72"
  aria-valuemin="0"
  aria-valuemax="100"
  aria-valuetext="72% 已使用 (360 GB / 500 GB)">
  <div class="meter-bar">
    <div style="width: 72%"></div>
  </div>
  <span>72% 已使用</span>
</div>

5.3 温度显示

<div
  role="meter"
  aria-label="CPU 温度"
  aria-valuenow="65"
  aria-valuemin="0"
  aria-valuemax="100"
  aria-valuetext="65°C">
  <div class="meter-bar">
    <div style="width: 65%"></div>
  </div>
  <span>65°C</span>
</div>

5.4 信号强度

<div
  role="meter"
  aria-label="WiFi 信号强度"
  aria-valuenow="3"
  aria-valuemin="0"
  aria-valuemax="4"
  aria-valuetext="3格信号 (良好)">
  <div class="signal-bars">
    <span class="bar active"></span>
    <span class="bar active"></span>
    <span class="bar active"></span>
    <span class="bar"></span>
  </div>
</div>

六、最佳实践

6.1 正确选择使用场景

使用 Meter

  • 电池电量
  • 磁盘/存储使用率
  • 温度、压力等物理量
  • 信号强度
  • 任何有明确范围的数值

不使用 Meter(改用 Progressbar):

  • 文件上传进度
  • 安装进度
  • 任务完成百分比
  • 任何表示"进度"的场景

不使用 Meter(改用其他组件):

  • 世界人口(无最大值)
  • 可调节的数值(使用 Slider)

6.2 提供清晰的标签

始终为 Meter 提供描述性的标签:

<!-- 好的示例 -->
<div role="meter" aria-label="电池电量">...</div>

<!-- 不好的示例 -->
<div role="meter">...</div>

6.3 使用 aria-valuetext 增强可读性

当纯百分比不够直观时,使用 aria-valuetext

<!-- 好的示例 -->
<div
  role="meter"
  aria-label="电池"
  aria-valuenow="50"
  aria-valuetext="50% (6小时) 剩余">
  ...
</div>

<!-- 不好的示例 -->
<div
  role="meter"
  aria-label="电池"
  aria-valuenow="50">
  ...
</div>

6.4 确保数值在有效范围内

// 确保 aria-valuenow 在有效范围内
function updateMeter(element, value) {
  const min = parseFloat(element.getAttribute('aria-valuemin'));
  const max = parseFloat(element.getAttribute('aria-valuemax'));
  
  // 限制值在范围内
  const clampedValue = Math.max(min, Math.min(max, value));
  
  element.setAttribute('aria-valuenow', clampedValue);
}

6.5 视觉与 ARIA 值保持一致

确保视觉表现和 ARIA 属性值同步更新:

function setMeterValue(element, value) {
  const min = parseFloat(element.getAttribute('aria-valuemin'));
  const max = parseFloat(element.getAttribute('aria-valuemax'));
  
  // 更新 ARIA 值
  element.setAttribute('aria-valuenow', value);
  
  // 更新视觉表现
  const percentage = ((value - min) / (max - min)) * 100;
  const fillElement = element.querySelector('.meter-fill');
  fillElement.style.width = percentage + '%';
  
  // 更新文本
  const valueElement = element.querySelector('.meter-value');
  valueElement.textContent = Math.round(percentage) + '%';
}

6.6 考虑颜色对比度

确保 Meter 的不同状态颜色具有足够的对比度:

.meter-fill {
  background-color: #3b82f6; /* 蓝色 - 正常 */
}

.meter-warning .meter-fill {
  background-color: #f59e0b; /* 黄色 - 警告 */
}

.meter-danger .meter-fill {
  background-color: #ef4444; /* 红色 - 危险 */
}

七、总结

Meter 组件虽然简单,但正确使用 ARIA 属性对于无障碍体验至关重要:

  1. 使用正确的 rolerole="meter" 用于显示范围内的数值
  2. 设置必需的属性aria-valuenow aria-valuemin aria-valuemax
  3. 提供清晰的标签:使用 aria-labelaria-labelledby
  4. 增强可读性:使用 aria-valuetext 提供更友好的值描述
  5. 区分使用场景:Meter vs Progressbar vs Slider

遵循 W3C Meter Pattern 规范,我们能够创建既美观又无障碍的计量器组件,为所有用户提供清晰的状态信息。

文章同步于 an-Onion 的 Github。码字不易,欢迎点赞。

Markdown 里写公式,别只知道 LaTeX!试试 HTML 标签,简单到飞起

作者 修己xj
2026年4月11日 20:53

家人们,谁懂啊!每次在 Markdown 笔记里遇到数学公式,虽然知道 LaTeX 语法很强大,但就是写个小小的下标或者上标,都要去查 _{} 或者 ^{},写完还要前后加 $,效率低到离谱。😫

直到今天,我突然发现——HTML 的 <sub><sup> 标签,在 Markdown 里竟然可以直接用!

今天就来跟家人们分享一下这个超简单的小技巧,让你的公式输入速度快到飞起!🚀

一、痛点场景:我只是想写个 H₂O 而已

举个栗子,如果你在 Markdown 里用 LaTeX 写水分子式:

$$H_{2}O$

是不是觉得有点麻烦?既要记忆语法,又要多敲好几个字符。万一公式多了,整个文档的阅读体验在源码模式下简直是噩梦……

二、救星登场:<sub><sup> 标签

1. <sub> 下标标签

<sub> 标签定义下标文本。比如你想写水的化学式 H₂O,只需:

H<sub>2</sub>O

渲染效果:H2O

2. <sup> 上标标签

<sup> 标签定义上标文本。比如你想写勾股定理 a² + b² = c²

a<sup>2</sup> + b<sup>2</sup> = c<sup>2</sup>

渲染效果:a2 + b2 = c2

是不是简单粗暴?根本不需要记忆任何 LaTeX 指令!并且所有markdown 编译器均支持

三、更多实用场景展示

场景 写法 显示效果
摄氏度 35<sup>。</sup>C 35。C
版权符号 Copyright<sup>©</sup> 2025 Copyright© 2025
数学指数 2<sup>n</sup> 2n
同位素 <sup>14</sup>C 14C
脚注参考 这是一句话<sup>[1]</sup> 这是一句话[1]

四、优点总结

  1. 零学习成本:只要你懂一点点 HTML,立刻上手。
  2. 跨平台兼容:几乎所有支持 Markdown 的编辑器(Typora、VS Code、Obsidian、Notion)都完美支持内嵌 HTML 标签。
  3. 代码可读性高:相比 LaTeX 的花括号,标签语义更清晰。
  4. 适合轻量场景:当你不需要复杂的矩阵、积分时,用标签快得多。

五、什么时候还是要用 LaTeX?

虽然 <sub><sup> 很好用,但如果遇到以下情况,还是得老老实实写 LaTeX

  • 复杂的分数:$\frac{1}{2}$
  • 根号:$\sqrt{2}$
  • 求和、积分符号
  • 矩阵排版

结论: 简单上下标用 HTML 标签,复杂公式再用 LaTeX,两者结合,效率最高!

写在最后

有时候我们总想找复杂的插件、学复杂的语法来解决一个问题,殊不知最简单的 HTML 原生能力就藏在 Markdown 的底层支持里。

希望这个小分享能让家人们的笔记更清爽、打字更快!如果你也有类似的 Markdown 偷懒小技巧,欢迎在评论区分享哦~ 👇

Markdown 虽小,技巧不少,我们一起探索! 🎉

昨天以前首页

一周狂揽40K+ Star⭐ 的 Pretext 到底有多变态?

作者 ErpanOmer
2026年4月8日 11:24

这周的前端圈,可以说是被一个叫 Pretext 的项目彻底刷屏了。

短短几天,GitHub 狂揽 41K+ Stars ⭐⭐⭐

很多刚入行的小伙伴看完官方那个极简的 Readme 可能一头雾水:不就是一个算文本长宽高的 JS 库吗?为啥能火成这样?CSS 的 word-wrapflex 难道不够用吗?

v2_741bc7c1a79445528b75ddc1980d6ccd@46958_img_gif.gif

v2_c43f8b79c3f6400d9a995d5f0adc869d@46958_img_gif.gif

v2_715e9ba3c8aa4ea7b8e1bc5b41f87ead@46958_img_gif.gif

但如果是被各种复杂表格、虚拟列表、Canvas 渲染折磨过的老兵,看到 Pretext 的那一刻,绝对会有一种激动的。

因为这个库,极其优雅地干掉了前端性能优化里最恶心、最顽固的问题——强制同步布局(Forced Synchronous Layout)导致的重排(Reflow)。

今天,咱们不念官方文档,结合我这几年的填坑血泪史,聊聊这个 41K Star 的怪物到底解决了什么世界级痛点,以及我们在真实的业务里该怎么用它。


那些年用过的 getBoundingClientRect

前端开发有个大难题:一串动态文本渲染出来到底有多高?

设想一个极度真实的业务场景: 你在做一个拥有十万条数据的 虚拟滚动列表(Virtual List)。为了让列表丝滑,你只能渲染视口内的那 20 条数据。 但问题来了,每条数据里的用户评论长度是不固定的。有的人发了一句 哈哈😁,有的人发了 800 字的写字楼小作文。 在渲染之前,你必须提前知道每一行的高度,才能计算出整个虚拟列表的滚动条位置和绝对定位的 top 值。

在 Pretext 出现之前,我们是怎么做的? 用的往往是最原始、极其粗暴的 离屏 DOM 测量法(Offscreen Measurement)

// 极其恶心的传统测量法:DOM 测算
function measureTextHeightOldWay(text, width, fontSize) {
  // 1. 创建一个隐藏的 div
  const hiddenDiv = document.createElement('div');
  hiddenDiv.style.visibility = 'hidden';
  hiddenDiv.style.position = 'absolute';
  hiddenDiv.style.width = `${width}px`;
  hiddenDiv.style.fontSize = `${fontSize}px`;
  hiddenDiv.innerText = text;

  // 2. 强行塞入 DOM 树
  document.body.appendChild(hiddenDiv);

  // 3. 读取高度(灾难的开始!!!)
  const height = hiddenDiv.offsetHeight; // 或者 getBoundingClientRect()

  // 4. 销毁 DOM
  document.body.removeChild(hiddenDiv);

  return height;
}

代码看着没毛病? 但如果在初始化时,你在一个循环里把这段代码跑了 1000 次,你的页面会当场卡死白屏!

为什么?因为浏览器底层是一个极度慵懒的系统。你操作 DOM 节点,它通常会先攒着,等这一帧结束再一次性绘制。 但当你调用了 offsetHeight 或者 getBoundingClientRect 时,浏览器为了给你一个最精确的值,会被迫打断所有的优化,立刻在主线程里重新计算整个页面的布局(Reflow)。

你循环调用 1000 次,浏览器就被迫重排 1000 次。这种 布局抖动(Layout Thrashing) 是前端性能的头号杀手。


Pretext 的降维打击 - 不碰 DOM,纯数学演算

而 Pretext 的核心卖点,就写在它的第一句介绍里:纯 JavaScript/TypeScript 库,避免了对 DOM 进行测量。

image.png

它完全抛弃了把元素塞进 DOM 里量一下的蠢办法。 你要算这段文字占据多少像素?好,你告诉我字体、字号、容器宽度,我直接在 JS 内存里,通过底层的文本排版算法,硬生生给你出来!

咱们直接上代码,看看接入 Pretext 之后,世界变得有多清爽:

// 使用 Pretext
import { measureText } from 'pretext';

function measureTextHeightNewWay(text, containerWidth) {
  // 没有任何 DOM 操作!直接传入参数计算
  const metrics = measureText(text, {
    fontFamily: 'system-ui, -apple-system, BlinkMacSystemFont, "Segoe UI", Roboto',
    fontSize: 14,
    lineHeight: 1.5,
    maxWidth: containerWidth,
    // 甚至支持复杂的换行策略
    wordBreak: 'break-word', 
  });

  // 直接拿到精准的宽高和行数!
  return metrics.height; 
}

对比一下,这带来了什么工程级别的质变?

快到离谱: 因为不触碰任何 DOM API,不会引起一丝一毫的浏览器重排。同样的测量 1000 条数据,用传统 DOM 法可能需要 300ms(掉帧卡顿),用 Pretext 只需要 2ms。

解锁 Web Worker 潜能: 以前因为要操作 DOM,测量文本的脏活必须在浏览器的主线程(UI 线程)干,极容易阻塞页面。现在它是纯 JS 计算了,你完全可以把这十万条文本高度的计算逻辑,扔到 Web Worker 里去并行跑!主线程依然丝滑如初。

跨平台降维打击: 因为纯 JS/TS,它不仅能在浏览器 DOM 里跑,它还能在 Canvas 游戏引擎里跑,在 Node.js 服务端渲染(SSR)里跑,甚至未来能在 React Native 里跑。

Pretext vs getBoundingClientRect 性能对比

image.png

更多好玩的demo 👉:https://chenglou.me/pretext/

image.png

看似比较简单,实则硬核的技术深水区

其实纯 JS 测算文本这个想法,很多前端老手都想过。为什么直到 2026 年,才被 Pretext 彻底做成了一个 40K+ Star 的杀手级项目?

因为文本排版(Text Layout)是一个深不见底的黑洞。

你以为算个宽度就是 字符数 × 字体宽度? 太天真了。你需要考虑英文单词的断词(换行不能把单词截断)、需要考虑阿拉伯语的从右到左(RTL)、需要考虑中文的标点符号避头尾规则、更别提那些五花八门的 Emoji(有的 Emoji 占好几个字节,但在屏幕上只是一个字符)。

更变态的是,不同浏览器(Chrome / Safari)底层的字体引擎(HarfBuzz 等)渲染规则都有细微差异。

Pretext 的作者 chenglou(做过 React Core,写过 ReasonML 的真大神👍👍👍)用了一种极其聪明且符合现在 AI 时代的方法:将浏览器自身的字体引擎作为基准进行迭代对齐。

image.png

它没有去傻傻地重写一套从零开始的渲染引擎,而是找到了一套能与主流浏览器高度拟合的纯数学计算逻辑。精度极高,且极其轻量。

这不是在造轮子,这是在用极客思维给现有的前端标准打补丁。


那么,哪些场景该果断接入 Pretext?

虽然我把它吹爆了,但作为一个老油条,我必须负责任地告诉你:不要脑子一热,把项目里所有的普通 CSS 排版都换成它。 CSS 引擎依旧是渲染标准流最稳定、最简单的方案。

Pretext 是属于极端场景。 遇到以下三种情况,直接掏出它:

复杂数据看板 / 大规模动态虚拟列表: 前面提到的,需要提前精确知道变长文本高度,来进行复杂绝对定位 计算的场景。

Canvas / WebGL 富文本渲染: 用过 Canvas 的人都知道,Canvas 里的 fillText 极其原始,根本不支持自动换行。以前我们在 Canvas 里画多行文本简直是噩梦,现在可以直接用 Pretext 算好每一行的位置,然后精确绘制。

基于 Node.js 的海报/PDF 自动生成系统: 服务端没有 DOM 环境,以前为了算一下文本会不会超出海报边界,还得专门在服务端起一个无头浏览器(Puppeteer),贼耗服务器资源。现在直接 Node.js 引入 Pretext 纯端计算,一台 2 核机器能顶过去 8 核的并发量。


这才是前端该有的样子🤔

这两年,前端圈充满了大模型、AI 生成代码的焦虑,似乎一切不加个 AI 前缀就不够前沿。

但看到 Pretext 这种纯粹为了解决计算机图形学底层痛点、一行一行扣性能、追求极致优雅的开源项目,短短几天收获 40K+ Star,我心里其实是挺欣慰的。

它证明了一件事:在花里胡哨的概念之外,这个世界上永远有那些扎根在工程最深处、被真实痛点折磨的开发者。

真正高级的前端工程能力,不是你接了多少个最新的大模型 API,而是当系统出现肉眼可见的卡顿时,精准地指出那句隐藏在万行代码里的 offsetHeight,然后用纯粹的数学与算法,把页面性能拉升两个数量级。

周末了,别只顾着看个热闹,去把 Pretext 拉下来,在本地建个 Canvas 或者虚拟列表的 Demo 跑一跑。

那种看着耗时从 300 毫秒断崖式下跌到 2 毫秒的爽感,才是写代码真正的乐趣😁。

❌
❌