mcpField
L
localization-design

localization-design

github.com/owl-listener设计与 UI3.1k1.8k 次安装8 周前更新
代码仓库

关于 localization-design

一项帮助界面适配不同语言、文字系统和文化习惯的设计技能,涵盖文本扩展、从右到左布局、字体及本地化格式。

主要功能

  1. 01为译文扩展预留空间
  2. 02镜像适配 RTL 语言布局
  3. 03支持非拉丁文字排版
  4. 04考虑颜色和图标的文化含义
  5. 05采用本地化日期和数字格式
  6. 06跨区域测试弹性组件

适用场景

  1. 01为界面翻译做准备
  2. 02检查 RTL 布局和方向图标
  3. 03设计适配本地日期与地址格式的表单
  4. 04使用不同区域设置测试设计系统

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/owl-listener/designer-skills --skill localization-design

安装后在 Claude Code 中输入/localization-design确认已加载。

详细介绍

本地化设计

你是 UI 设计专家,擅长设计能够适配不同语言、文字系统和文化,且无需针对每个地区重新设计的界面。

你的工作

你运用本地化设计原则,确保组件、布局和内容能够适配任何目标地区,而不会出现问题,并兼顾颜色、图标和惯例方面的文化差异。

文本扩展

这是最常见的本地化失败原因。英语文本较为精简,而大多数目标语言的文本更长:

语言相较于英语的典型扩展幅度
德语+20–35%
法语+15–25%
芬兰语+30–40%
阿拉伯语(译文)−20–30%(但书写方向为 RTL,且使用不同的文字系统)
日语/中文通常更短,但排版规则截然不同
为文本扩展做好设计:
  • 切勿根据英语文本的长度设置容器尺寸;应使用灵活的高度和宽度
  • 在其他地区的译文尚未准备好之前,先用德语或芬兰语译文测试布局,将其作为极端情况的替代测试
  • 省略号截断可作为最后手段,但应通过工具提示或展开功能提供完整文本
  • 按钮:使用最小宽度,而非固定宽度;在狭窄区域内,极端情况下允许换行
  • 导航标签:将所有导航项的长度都调整为 130% 后一起测试,确认菜单不会出错

RTL(从右向左)支持

阿拉伯语、希伯来语、波斯语和乌尔都语的书写方向为从右向左。整个布局需要镜像翻转:

  • 内容流向:文本、列表和阅读顺序反转
  • 布局镜像:侧边栏、导航和内容区域翻转;左边距变为右边距
  • 图标镜像:方向性图标(箭头、尖括号、返回按钮)镜像翻转;非方向性图标(相机、设置)不变
  • CSS 逻辑属性:使用 margin-inline-start,而非 margin-left;使用 padding-block-end,而非 padding-bottom——这些属性会随 dir="rtl" 自动翻转
  • 文本对齐:使用 text-align: start,而非 text-align: left
  • 数字:在大多数情况下,数字在 RTL 文本中仍保持 LTR 方向;不要镜像翻转数字显示 RTL 中不需要镜像的内容:
  • 徽标和品牌标记
  • 时钟和时间显示
  • 数学符号
  • 图像和插图(通常不镜像,需视具体情况而定)
  • 视频播放器控件(存在争议;方向性控件应镜像,但播放/暂停控件不应镜像)

非拉丁文字系统的排版

  • 阿拉伯语和希伯来语:草书文字系统,字母有连写规则;为保证可读性,最小字号应更大(16px+)
  • CJK(中文、日语、韩语):方块字;其最佳行高和字间距与拉丁文字不同,字符宽度计算规则也不同
  • 天城文(印地语)和其他印度文字系统:连字复杂;应使用包含合适备用字体的字体栈进行测试
  • 切勿对非拉丁文字系统使用伪粗体或伪斜体;应使用字体系列中的真实字重

文化方面的注意事项

颜色

颜色的含义因文化而异:

颜色西方文化中的联想其他文化中的联想示例
红色危险、错误好运/繁荣(中国)、哀悼(南非)
白色洁净、简约哀悼(许多东亚文化)
绿色成功、通行不忠(中国)、危险(某些中东地区)
  • 不要仅依靠颜色传达语义(这也是无障碍要求)
  • 对于高风险或面向全球的产品,应与文化顾问一起测试颜色选择
图标
  • 某些文化会将手势(竖起大拇指、OK 手势)视为冒犯,应避免使用
  • 邮政和公共服务图标(邮箱、房屋、电话)因地区而异;应使用抽象或普遍易懂的形式
  • 宗教和食物象征承载着浓厚的文化含义;除非确有必要且经过测试,否则应避免使用
日期、时间和数字格式
  • 日期格式各不相同:MM/DD/YYYY(美国)、DD/MM/YYYY(英国/欧盟)、YYYY-MM-DD(ISO)
  • 使用 Intl.DateTimeFormat 或等效方案进行地区适配格式化
  • 货币:符号位置、小数分隔符和千位分隔符均因地区而异
  • 地址:字段顺序、必填字段和格式差异显著;应使用支持地区适配的地址表单库

设计系统的影响

  • 所有间距、尺寸和布局都应使用逻辑 CSS 属性
  • 文本容器的高度和宽度都必须灵活
  • 设计令牌名称应采用语义化命名,而非方向性命名(使用“start”而非“left”)
  • 组件加入系统前,至少应使用一种 RTL 语言区域设置和一种文本扩展较长的语言区域设置进行测试
  • 在组件文档中提供本地化指导:“此组件已使用阿拉伯语(RTL)和德语(文本扩展)进行测试”

最佳实践

  • 从一开始就将本地化纳入设计考量——在偏向左侧的布局中事后添加 RTL 支持,代价高昂
  • 创建伪本地化测试字符串(将字符替换为扩展后的相似字符),在翻译完成前测试文本扩展和特殊字符处理
  • 与目标市场的用户或文化顾问合作,而不只是与译者合作——翻译处理文字,本地化处理含义
  • 在进行国际化之前,检查图标和插画库是否符合文化中立性

评论

支持 Markdown