Grommet项目通知组件图标颜色对比度优化方案
2025-05-27 17:20:38作者:尤峻淳Whitney
背景介绍
在Grommet设计系统中,通知组件(Notification)的状态图标颜色对比度被发现不符合WCAG 2.2标准中的非文本对比度要求。根据规范,用于向用户传达信息的图标需要达到至少3:1的对比度比例。
问题分析
经过详细检查,发现当前版本中存在多个状态图标的颜色对比度不足的情况:
- 成功状态(status-ok):原色值#00C781对比度仅2.02:1
- 警告状态(status-warning):原色值#FFAA15对比度仅1.77:1
- 未知状态(status-unknown):原色值#CCCCCC对比度仅1.53:1
这些低对比度设计会影响视觉障碍用户的识别体验,特别是对于色盲或低视力用户群体。
解决方案
设计团队经过多轮测试和验证,提出了以下优化方案:
颜色调整方案
-
成功状态(status-ok)
- 原色值:#00C781
- 新色值:#009E67
- 效果:对比度提升至3.06:1(浅色模式)和5.5:1(深色模式)
-
警告状态(status-warning)
- 原色值:#FFAA15
- 新色值:#C27B00
- 效果:对比度提升至3.07:1(浅色模式)和5.67:1(深色模式)
-
未知状态(status-unknown)
- 原色值:#CCCCCC
- 新色值:#919191
- 效果:对比度提升至3.01:1(浅色模式)和5.84:1(深色模式)
关键状态(status-critical)的特殊处理
虽然关键状态的原色值#FF4040已经满足3.06:1的对比度要求,但为了与表单错误提示保持一致性,设计团队建议将其调整为#EB0000。这一调整同时满足:
- 通知组件中3.15:1的对比度要求
- 深色模式下4.36:1的对比度表现
技术实现要点
- 对比度测量方法:采用图标颜色与10%透明度背景色的对比度测量方式
- 跨模式兼容性:确保颜色方案在浅色和深色模式下都能满足对比度要求
- 视觉一致性:在提升可访问性的同时,保持与原有设计风格的一致性
实施建议
对于使用Grommet设计系统的开发者,建议:
- 及时更新到包含此优化的版本
- 在自定义主题时,参考这些颜色标准确保可访问性
- 定期使用对比度检测工具验证UI元素的可访问性
总结
这次颜色优化不仅解决了通知组件的可访问性问题,也为整个设计系统的颜色规范提供了参考标准。通过科学严谨的颜色选择,Grommet设计系统在保持美观的同时,进一步提升了产品的包容性和可用性。
登录后查看全文
热门项目推荐
相关项目推荐
atomcodeClaude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get StartedRust0218
cann-learning-hubCANN 学习中心仓,支持在线互动运行、边学边练,提供教程、示例与优化方案,一站式助力昇腾开发者快速上手。Jupyter Notebook0139
uni-appA cross-platform framework using Vue.jsJavaScript09
GLM-5.2智谱开源 GLM-5.2,这是针对长文本任务的最新旗舰模型。相较于前代产品 GLM-5.1,它在长文本任务处理能力上实现了显著飞跃,并且首次在稳定的 100 万 token 上下文中提供这一能力。Jinja00
SwanLab⚡️SwanLab - an open-source, modern-design AI training tracking and visualization tool. Supports Cloud / Self-hosted use. Integrated with PyTorch / Transformers / LLaMA Factory / veRL/ Swift / Ultralytics / MMEngine / Keras etc.Python00
tiny-universe《大模型白盒子构建指南》:一个全手搓的Tiny-UniverseJupyter Notebook03
热门内容推荐
最新内容推荐
项目优选
收起
deepin linux kernel
C
32
16
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
471
465
Ascend Extension for PyTorch
Python
758
968
昇腾LLM分布式训练框架
Python
186
231
本项目是CANN提供的神经网络类计算算子库,实现网络在NPU上加速计算。
C++
700
1.4 K
本项目是CANN提供的transformer类大模型算子库,实现网络在NPU上加速计算。
C++
880
2.03 K
暂无描述
Dockerfile
780
5.08 K
🔥LeetCode solutions in any programming language | 多种编程语言实现 LeetCode、《剑指 Offer(第 2 版)》、《程序员面试金典(第 6 版)》题解
Java
70
22
本仓库是 Flutter SDK 与 Flutter Engine 的 OpenHarmony 适配版本,由 CPF-Flutter 团队维护。开发者可使用熟悉的 Flutter 技术栈开发 OpenHarmony 应用,3.35.7 及以后的适配版本可基于本仓库源码构建支持 OpenHarmony 的 Flutter Engine。
Dart
1.04 K
271
Claude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed.
Get Started
Rust
2.09 K
218