Rome 无障碍规则 noDistractingElements:禁止 `<marquee>` 与 `<blink>` 等干扰性元素
开发工具CLILint格式化静态分析代码质量构建工具【免费下载链接】toolsUnified developer tools for JavaScript, TypeScript, and the web项目地址https://gitcode.com/gh_mirrors/to/tools点击查看免费下载RomeUnified developer tools for JavaScript, TypeScript, and the web内置的a11y/noDistractingElements规则用于在 JSX 代码中拦截marquee、blink等视觉干扰性元素。这类元素会持续滚动或闪烁对弱视、认知障碍用户构成严重的可访问性Accessibility问题且均已从现代 HTML 标准中废弃。本文以官方文档为骨架结合 Rome 仓库源码与测试用例完整讲解该规则的匹配逻辑、诊断输出、自动修复、配置方式与 WCAG 关联帮助你直接在项目中启用并落实这条开箱即用的推荐规则。规则概述什么是distracting elementsnoDistractingElements规则自 Rome v11.0.0 起提供的核心职责是强制要求 JSX 代码中不得使用会干扰用户视觉注意力的 HTML 元素。根据 website/src/pages/lint/rules/noDistractingElements.md 的说明视觉上具有干扰性的元素会给弱视用户带来可访问性问题这类元素大多已被弃用deprecated应当避免使用默认被判定为视觉干扰的元素为marquee和blink。marquee滚动字幕与blink闪烁文字是早期浏览器时代的遗留元素前者内容会不断横向/纵向滚动后者文字会周期性闪烁。二者都无法被用户轻易暂停且在现代 HTML 规范中已不再被推荐。规则在crates/rome_js_analyze/src/analyzers/a11y.rs中被注册为a11y组的成员之一声明如下pub(crate) mod no_distracting_elements; // ... declare_group! { pub (crate) A11y { name : a11y , rules : [ // ... self :: no_distracting_elements :: NoDistractingElements , // ... ] } }规则元信息在 no_distracting_elements.rs 的declare_rule!宏中可以看到该规则的注册元数据pub(crate) NoDistractingElements { version: 11.0.0, name: noDistractingElements, recommended: true, }字段值说明规则 IDa11y/noDistractingElements完整的 lint 规则标识引入版本11.0.0自该版本起可用recommendedtrue属于推荐规则集开启recommended即自动生效所属分组a11y无障碍相关规则组匹配与诊断源码中的实现细节查询类型与匹配逻辑该规则基于 Rome 的规则框架实现crates/rome_analyze其Ruletrait 实现位于 no_distracting_elements.rsimpl Rule for NoDistractingElements { type Query AstAnyJsxElement; type State JsSyntaxToken; type Signals OptionSelf::State; type Options (); fn run(ctx: RuleContextSelf) - Self::Signals { let element ctx.query(); let name element.name_value_token()?; match name.text_trimmed() { marquee | blink Some(name), _ None, } } // ... }实现要点查询目标AstAnyJsxElement即规则只作用于 JSX 元素节点对普通 JavaScript 字符串、HTML 文件不生效匹配方式取出元素的名称 token通过text_trimmed()与字面量字符串marquee、blink精确比较大小写敏感JSX 标签名本就区分大小写无配置选项type Options ()意味着该规则不接受额外配置参数启用与否就是全部控制手段。诊断信息命中后规则产生如下诊断与官网文档中展示的输出一致a11y/noDistractingElements.js:1:1 lint/a11y/noDistractingElements FIXABLE ━━━━━━━━━━━━ ✖ Dont use the marquee element. 1 │ marquee / │ ^^^^^^^^^^^ ℹ Visually distracting elements can cause accessibility issues and should be avoided. ℹ Suggested fix: Remove the marquee element.诊断消息由源码中的RuleDiagnostic构造let diagnostic RuleDiagnostic::new( rule_category!(), element.range(), markup! {Dont use the {name.text_trimmed()} element.}.to_owned(), ) .note(markup! { Visually distracting elements can cause accessibility issues and should be avoided. });即错误标题为Dont use the 元素名 element.补充说明为视觉干扰元素会导致可访问性问题应当避免。这与文档中的FIXABLE标记相呼应——该诊断附带自动修复能力。自动修复Quick Fix 的实现机制文档中给出的两个非法示例marquee /与blink /在 CLI 输出中均带有FIXABLE标记其修复动作由action方法提供fn action(ctx: RuleContextSelf, name: Self::State) - OptionJsRuleAction { let element ctx.query(); let mut mutation ctx.root().begin(); mutation.remove_node(element.clone()); Some(JsRuleAction { category: ActionCategory::QuickFix, applicability: Applicability::MaybeIncorrect, message: markup! { Remove the {name.text_trimmed()} element. }.to_owned(), mutation, }) }修复逻辑解读通过BatchMutationExt的remove_node将整个违规 JSX 元素节点从语法树中删除修复分类为QuickFix即可以使用rome check --fix或编辑器内的快速修复一键应用applicability为MaybeIncorrect语义上表明该修复是移除整个元素的激进操作Rome 判定其可能不完全符合用户意图例如元素内若还有子内容也会一并删除因此不会作为--apply-unsafe之外的默认自动应用——在 CLI 中通常需要通过不安全修复通道应用或由用户手动接受。建议的修复消息为Remove the 元素名 element.即直接删除该元素这与文档 Suggested fix: Remove the marquee element. 完全一致。配置指南如何启用、关闭与调整规则推荐规则集自动启用由于recommended: true只要配置文件中开启了推荐规则集即可自动启用{ linter: { enabled: true, rules: { recommended: true } } }这与仓库根目录的 rome.json 配置方式一致{ linter: { enabled: true, rules: { recommended: true, style: { noNonNullAssertion: off } } } }单独控制该规则在rome.json的linter.rules.a11y分组下可单独调整{ linter: { rules: { a11y: { noDistractingElements: error } } } }可选值及对应源码类型见 linter/mod.rs 的RuleConfiguration枚举配置值效果对应变体off完全关闭该规则Plain(Off)warn命中时输出警告不阻断Plain(Warn)error命中时输出错误默认级别Plain(Error){ level: ..., options: {...} }带选项形式该规则无可用选项WithOptions(...)源码中RuleConfiguration::is_disabled()判断Off、is_enabled()、is_err()等辅助方法决定了配置级别如何映射到最终的诊断严重程度默认值为Errorimpl Default for RuleConfiguration返回Self::Plain(RulePlainConfiguration::Error)。关闭规则的其他方式按行禁用在代码上方使用// rome-ignore lint/a11y/noDistractingElements: 原因注释对应文档 Disable a rule 一节整个文件忽略通过linter.ignore配置或在文件头部添加相应 suppression 注释完全关闭 linter将linter.enabled设为false不推荐。由于该规则没有Options文档中的 Rule options 小节对本规则不适用——它不接受如level之外的任何参数配置对象中传入未知字段会被deny_unknown_fields拒绝见RuleConfiguration的 serde 属性。实例演示非法与合法代码非法会触发诊断marquee / blink /对应官网文档中两个带FIXABLE标记的示例输出// 输入 marquee / // 诊断Dont use the marquee element. // 建议修复Remove the marquee element.删除该元素 blink / // 诊断Dont use the blink element. // 建议修复Remove the blink element.删除该元素合法不会触发诊断div /div不属于干扰性元素因此合法。更一般地除marquee、blink外的其他 JSX 元素都不会命中该规则——匹配逻辑是白名单式的精确比较match name.text_trimmed() { marquee | blink ... }。测试用例验证仓库中的快照测试 invalid.jsx 与 invalid.jsx.snap 完整验证了上述行为。测试输入div div / marquee / blink / /div快照输出确认marquee /第 3 行命中lint/a11y/noDistractingElements标记FIXABLEblink /第 4 行同样命中并标记FIXABLE外层div与内部div /均不产生任何诊断每个诊断都附带Visually distracting elements can cause accessibility issues and should be avoided.说明与Remove the 元素名 element.修复建议。这份快照同时证明了诊断定位行列号、消息文案与修复提示与官方文档展示完全一致是规则行为的可执行说明书。无障碍准则依据该规则对应 WCAG 2.2.2Pause, Stop, Hide即暂停、停止、隐藏准则该准则要求对于自动移动、闪烁、滚动或自动更新的信息必须提供暂停、停止或隐藏的机制否则会阻碍用户阅读与操作。marquee自动滚动与blink自动闪烁正是违反该准则的典型元素。相关说明见文档 Accessibility guidelines 一节。作为对比Rome 的a11y组还包含use_media_caption、use_alt_text、use_iframe_title等其他可访问性规则共同构成完整的 JSX 无障碍检查体系完整清单见 a11y.rs。使用场景与落地建议noDistractingElements适用于所有基于 JSX 的前端项目React、Preact、Solid 等。落地建议保持推荐规则集开启recommended: true即可覆盖本规则无需额外配置处理存量代码运行rome check查看全部命中点评估后批量移除marquee、blink对确实无法立即修改的代码用// rome-ignore lint/a11y/noDistractingElements: 原因说明理由后临时豁免警惕自动修复的语义修复会删除整个元素remove_node若元素内含子内容或事件处理器请确认删除不会引入功能损失必要时改为手动替换为无障碍等价实现如用 CSS 动画并配暂停开关代替marquee纳入 CI在持续集成中运行rome check将a11y/noDistractingElements作为错误级别把关防止回归。小结a11y/noDistractingElements是 Rome 在无障碍方向上的一条小而实用的推荐规则它精确锁定marquee、blink两个已废弃的干扰性元素提供清晰的诊断文案与删除元素的快速修复并通过recommended: true随推荐规则集默认开启。从 no_distracting_elements.rs 的run/diagnostic/action三段式实现到 invalid.jsx.snap 的端到端快照验证再到 rules.rs 中no_distracting_elements字段的配置解析整条链路清晰可查。在你的项目中启用它即可从工具链层面杜绝这两类视觉干扰元素向 WCAG 2.2.2 准则迈出扎实一步。赞分享开发工具CLILint格式化静态分析代码质量构建工具【免费下载链接】toolsUnified developer tools for JavaScript, TypeScript, and the web项目地址https://gitcode.com/gh_mirrors/to/tools点击查看免费下载相关推荐Agent-E深度解析基于LLM的智能网页自动化框架完整指南Agent E深度解析基于LLM的智能网页自动化框架完整指南 Agent E是一款开源的AI驱动网页自动化框架通过大语言模型LLM技术实现智能化的网页交Kibana 前端无障碍规范EuiToolTip / EuiIconTip 内容中禁止交互元素的原理、写法与 ESLint 强制落地Kibana 前端无障碍规范EuiToolTip / EuiIconTip 内容中禁止交互元素的原理、写法与 ESLint 强制落地 本文基于 Kibana前端数据可视化数据分析后端可观测性Front-End-Checklist 无障碍规则解析禁止在 body 上使用 aria-hiddenaria-hidden-bodyFront End Checklist 无障碍规则解析禁止在 body 上使用 aria hidden aria hidden body 本篇指南聚焦上一篇Filament 文件上传字段FileUpload完整实战指南存储、图片编辑、校验与安全防护下一篇Hutool项目中Snowflake算法动态配置WorkerId的最佳实践创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考

相关新闻

OpenXLSX:用纯C++读写xlsx,轻松搞定Excel数据报表

OpenXLSX:用纯C++读写xlsx,轻松搞定Excel数据报表

简介:OpenXLSX 是一款基于 C17 的开源 C 库,用于在原生 C 环境中读取、写入、创建和修改 Microsoft Excel(.xlsx)文件,适合需要在桌面工具、数据分析或业务系统中集成表格处理能力的开发者。它围绕工作簿、工作表、单元…

2026/9/20 17:12:31 阅读更多 →
使用Python解析PDF提取《中华字经》数据:从文本提取到OCR纠错

使用Python解析PDF提取《中华字经》数据:从文本提取到OCR纠错

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/9/20 17:12:31 阅读更多 →
基于Python的论文查重系统:核心算法(余弦相似度、SimHash、编辑距离)与工程实践

基于Python的论文查重系统:核心算法(余弦相似度、SimHash、编辑距离)与工程实践

简介:这套基于Python的论文查重系统源码,面向高校学生、科研人员及期刊审核者,可帮助用户快速检测论文与参考文本的重复程度。系统以Simhash算法为核心,通过jieba中文分词、去标点空格等预处理步骤,计算汉明距离并输出…

2026/9/20 17:11:30 阅读更多 →

最新新闻

手写实现分数线怎么打,3行代码搞定水利绘图痛点

手写实现分数线怎么打,3行代码搞定水利绘图痛点

手写实现分数线怎么打,3行代码搞定水利绘图痛点 复制来的代码跑不通,报错信息满屏飘,这种绝望感谁懂?我在掘金技术社区翻遍帖子,发现很多人卡在“分数线怎么打”这个看似简单实则复杂的环节。别急,今天咱们不整虚的,直接上手 手写实现…

2026/9/21 18:52:40 阅读更多 →
别坐而论道:3个手写实战教你搞定项目架构最佳实践

别坐而论道:3个手写实战教你搞定项目架构最佳实践

别坐而论道:3个手写实战教你搞定项目架构最佳实践 很多兄弟刚学完语法,看着文档里满屏的 API,脑子是清醒的,手却是僵的。 你觉得自己懂了,真让你搭个能跑的项目,瞬间就懵了。这就是典型的“坐而论道”,光说不练假把式。…

2026/9/21 18:52:40 阅读更多 →
openworker 内置 Test Worker 角色解析:基于验收标准的独立验证与 PASS/FAIL 判决机制

openworker 内置 Test Worker 角色解析:基于验收标准的独立验证与 PASS/FAIL 判决机制

人工智能AI AgentAI 应用交互助手本地部署桌面应用MCP Clients 【免费下载链接】openworker 项目地址: https://gitcode.com/gh_mirrors/op/openworker 点击查看 免费下载 openworker 在团队协作模式下内置了 Test Worker(验证型 worker 角色&#xff0…

2026/9/21 18:52:40 阅读更多 →
Truffle测试实战:如何用Mocha+Chai自动化测试你的智能合约

Truffle测试实战:如何用Mocha+Chai自动化测试你的智能合约

Truffle测试实战:如何用MochaChai自动化测试你的智能合约 【免费下载链接】truffle :warning: The Truffle Suite is being sunset. For information on ongoing support, migration options and FAQs, visit the Consensys blog. Thank you for all the support ov…

2026/9/21 18:52:40 阅读更多 →
别死磕语法,拆解 youtudou 源码才是面试必问的加分项

别死磕语法,拆解 youtudou 源码才是面试必问的加分项

别死磕语法,拆解 youtudou 源码才是面试必问的加分项 学会语法却不知怎么搭项目,这是很多开发者卡在半路的真实困境。你背熟了 Python…

2026/9/21 18:52:40 阅读更多 →
3个技巧搞定大象公会版本升级,实战项目不踩坑

3个技巧搞定大象公会版本升级,实战项目不踩坑

3个技巧搞定大象公会版本升级,实战项目不踩坑 版本升级后 API 全变了,这是每个开发者在维护老项目时最头疼的事。我在一个电商后台的实战项目中,就因为一次底层框架的强制更新,导致核心业务逻辑崩溃了三天。很多学员问,为什么大厂面试总爱问这种“…

2026/9/21 18:51:40 阅读更多 →

日新闻

agents-generator 决策矩阵全解析:从项目检测到 AGENTS.md 规则生成的 16 步判定流程

agents-generator 决策矩阵全解析:从项目检测到 AGENTS.md 规则生成的 16 步判定流程

agents-generator 决策矩阵全解析:从项目检测到 AGENTS.md 规则生成的 16 步判定流程 【免费下载链接】agentic-awesome-skills AAS Core is the local, agent-first control plane for complete catalog discovery, agent-owned selection, stack validation, and …

2026/9/21 0:00:01 阅读更多 →
gin-vue-admin 前端工具函数全景指南:src/utils 复用规范与源码级解析

gin-vue-admin 前端工具函数全景指南:src/utils 复用规范与源码级解析

gin-vue-admin 前端工具函数全景指南:src/utils 复用规范与源码级解析 【免费下载链接】gin-vue-admin 🚀ViteVue3Gin拥有AI辅助的基础开发平台,企业级业务AI开发解决方案,内置mcp辅助服务,内置skills管理,…

2026/9/21 0:00:01 阅读更多 →
Wox 全功能插件开发实战指南:基于 Python / Node.js 宿主与 WebSocket 的持久化插件体系

Wox 全功能插件开发实战指南:基于 Python / Node.js 宿主与 WebSocket 的持久化插件体系

桌面应用AI 应用插件系统 【免费下载链接】Wox A cross-platform launcher that simply works 项目地址: https://gitcode.com/gh_mirrors/wo/Wox 点击查看 免费下载 全功能插件(Full-featured Plugin)是 Wox 三类插件实现方式中能力最完整的…

2026/9/21 0:00:01 阅读更多 →

周新闻

Flutter for OpenHarmony游戏卡片渐变背景实战:从原理到性能优化

Flutter for OpenHarmony游戏卡片渐变背景实战:从原理到性能优化

直接铺开项目本身吧。这几个月我一直在折腾一件事:用Flutter给OpenHarmony做一款游戏集合类的App,说白了就是把若干小游戏塞进一个壳里,用统一入口分发。这个方向本身不算新鲜,真正让我花了不少心思的,是首页那堆游戏卡…

2026/9/21 3:13:20 阅读更多 →
Word表格编号全攻略:从列表编号到题注交叉引用

Word表格编号全攻略:从列表编号到题注交叉引用

写Word文档,最让人头疼的往往是那些“看起来不起眼”的小问题。比如表格编号这事:今天在表后面多加了两个空白行,明天给客户交稿前发现整个章节的编号全部错位,光是挨个改序号就能耗掉大半个下午。我前阵子帮人整理一份上百页的技…

2026/9/21 2:19:36 阅读更多 →
从第一个站到第二个站:独立开发者的静态网站选型与落地实践

从第一个站到第二个站:独立开发者的静态网站选型与落地实践

1. 项目概述1.1 核心需求解析做独立开发者这几年,说实话,第一个网站上线的那天晚上我兴奋得没睡着。但等它跑了半年,流量惨淡、功能臃肿、代码自己都懒得看第二遍之后,我才慢慢琢磨明白一个道理:第一个网站是练手&…

2026/9/21 4:51:05 阅读更多 →

月新闻

持续集成 流水线自动化与 声明式交付 实践:原型怎样变成可用功能

持续集成 流水线自动化与 声明式交付 实践:原型怎样变成可用功能

持续集成 流水线自动化与 声明式交付 实践:原型怎样变成可用功能分类:[AI/大模型]细分主题:AI 增强型 CI/CD 流水线自动化与 GitOps 实践:Agent 工作流、工具调用与任务拆解:从原型到生产的验收清单很多团队在尝试用大…

2026/9/21 15:36:51 阅读更多 →
容器编排 生产环境运维与排障实战:复盘记录怎样真正派上用场

容器编排 生产环境运维与排障实战:复盘记录怎样真正派上用场

容器编排 生产环境运维与排障实战:复盘记录怎样真正派上用场分类:[工程技术]细分主题:Kubernetes 生产环境运维与排障实战:可复制的项目复盘模板与决策记录大部分团队的事故复盘报告,最后都变成了躺在 Confluence 或钉…

2026/9/21 15:36:51 阅读更多 →
容器 容器化技术与镜像安全管理:核心链路应该先拆哪一步

容器 容器化技术与镜像安全管理:核心链路应该先拆哪一步

容器 容器化技术与镜像安全管理:核心链路应该先拆哪一步分类:[工程技术]细分主题:Docker 容器化技术与镜像安全管理:核心链路的逐步实现与关键代码取舍面对一个积累了五六年历史包袱的单体架构应用(包含 Web 接口、后台…

2026/9/19 23:35:34 阅读更多 →