Elastic EUI 项目引入全新严重性颜色体系的技术解析
2025-06-03 20:08:32作者:江焘钦
背景与需求
Elastic EUI 设计系统近期对其颜色体系进行了重要升级,特别是针对系统状态和严重性指示的颜色方案。这一改进源于对现有颜色体系在表达不同严重程度时的局限性,特别是在可视化警报、系统状态和风险等级等场景下。
颜色体系扩展
基础颜色扩展
项目首先在基础颜色(_primitive_colors.ts)中新增了两组颜色谱系:
- 橙色系(orange10-orange140):包含14个色阶,从浅色#ffedd6到深色#361d18,专为风险(risk)相关场景设计
- 天蓝色系(sky10-sky140):同样包含14个色阶,从浅色#e5f6fa到深色#002938,用于常规(regular)状态指示
语义化映射
在语义颜色(_semantic_colors.ts)层,项目将新增的基础颜色映射为:
- risk10-risk140:对应橙色系
- regular10-regular140:对应天蓝色系
这种映射使颜色具有明确的语义含义,而不仅仅是视觉表现。
主题适配实现
浅色主题
在浅色主题(_color_light.ts)中,项目为文本、背景和边框定义了:
- 文本颜色:使用regular100(天蓝)和risk100(橙色)
- 背景色:提供基础(base)、浅色(light)和填充(filled)三种变体
- 边框色:定义基础(base)和强调(strong)两种状态
深色主题
深色主题(_color_dark.ts)做了相应调整:
- 文本颜色使用较浅的regular60和risk50
- 背景色采用更深的色阶(regular140/risk140)
- 边框色也相应调整为适合深色背景的对比度
严重性可视化体系
项目重构了严重性可视化颜色(_colors_vis.ts),用语义化变量取代了原有的数字编号:
- euiColorSeverityUnknown:中性色调
- euiColorSeveritySuccess:成功状态
- euiColorSeverityRegular:常规状态(天蓝)
- euiColorSeverityWarning:警告状态
- euiColorSeverityRisk:风险状态(橙)
- euiColorSeverityDanger:危险状态
迁移策略与兼容性
对于已使用旧版严重性颜色的组件,项目制定了明确的迁移路径:
- euiColorSeverity5 → euiColorSeverityRegular
- euiColorSeverity7 → euiColorSeverityWarning
- euiColorSeverity10 → euiColorSeverityRisk
- euiColorSeverity14 → euiColorSeverityDanger
这种映射确保了视觉一致性,同时使代码更具语义化。
设计系统思考
这一改进体现了现代设计系统的几个关键原则:
- 语义化:颜色名称反映用途而非外观
- 系统性:提供完整的色阶而非孤立颜色
- 主题适配:同时考虑浅色和深色模式
- 可扩展性:为未来可能的严重性级别预留空间
总结
Elastic EUI 的这次颜色体系升级,特别是严重性指示颜色的重构,不仅解决了当前的可视化需求,还为未来的设计扩展奠定了坚实基础。通过系统化的颜色定义和明确的迁移策略,既保证了视觉一致性,又提高了代码的可维护性。这一改进将显著提升产品在状态指示、风险预警等方面的用户体验。
登录后查看全文
热门项目推荐
相关项目推荐
kernelopenEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。C086
baihu-dataset异构数据集“白虎”正式开源——首批开放10w+条真实机器人动作数据,构建具身智能标准化训练基座。00
mindquantumMindQuantum is a general software library supporting the development of applications for quantum computation.Python057
PaddleOCR-VLPaddleOCR-VL 是一款顶尖且资源高效的文档解析专用模型。其核心组件为 PaddleOCR-VL-0.9B,这是一款精简却功能强大的视觉语言模型(VLM)。该模型融合了 NaViT 风格的动态分辨率视觉编码器与 ERNIE-4.5-0.3B 语言模型,可实现精准的元素识别。Python00
GLM-4.7GLM-4.7上线并开源。新版本面向Coding场景强化了编码能力、长程任务规划与工具协同,并在多项主流公开基准测试中取得开源模型中的领先表现。 目前,GLM-4.7已通过BigModel.cn提供API,并在z.ai全栈开发模式中上线Skills模块,支持多模态任务的统一规划与协作。Jinja00
agent-studioopenJiuwen agent-studio提供零码、低码可视化开发和工作流编排,模型、知识库、插件等各资源管理能力TSX0137
Spark-Formalizer-X1-7BSpark-Formalizer 是由科大讯飞团队开发的专用大型语言模型,专注于数学自动形式化任务。该模型擅长将自然语言数学问题转化为精确的 Lean4 形式化语句,在形式化语句生成方面达到了业界领先水平。Python00
项目优选
收起
deepin linux kernel
C
27
11
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
472
3.49 K
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
213
86
暂无简介
Dart
719
173
Ascend Extension for PyTorch
Python
278
314
React Native鸿蒙化仓库
JavaScript
286
333
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
848
432
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.27 K
696
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
10
1
🔥LeetCode solutions in any programming language | 多种编程语言实现 LeetCode、《剑指 Offer(第 2 版)》、《程序员面试金典(第 6 版)》题解
Java
65
19