RTL 本地化：把“镜像”拆成具体规则。

控件布局先跟随阅读方向

列表、工具栏和导航中的文字与控件对齐，需要结合 RTL 阅读顺序调整。设计规范应给出 LTR / RTL 对照，而不是让开发在每个页面自行猜测。

原始设计规范 · 授权节选

LTR / RTL：位置变化，文字不倒置

对着图看这几处

• 返回箭头、图标与文字的位置跟随阅读顺序变化。
• 不要对整行做水平翻转；文字、开关状态与点击意义必须分别处理。

不要把整张界面翻转

RTL 适配里最危险的捷径，是把整个容器做水平翻转。它会同时翻转图片、文字、数字和不该改变的图标。原规范把适配拆到组件与内容类型，布局方向与内容方向分别决定。

导航返回箭头代表界面层级，所以跟随阅读方向；品牌标识代表一个固定图形，所以保留形状。判断依据是图形表达的含义，而不是它看起来是否左右对称。

混排文本，要保护字符串内部的顺序

阿拉伯语消息里经常包含英文用户名、链接、数字和标点。段落有自己的基础方向，嵌入的字段也有自己的方向。不能靠移动整段字符串，把所有混排问题都当成对齐问题。

手机号、验证码、邮箱和 URL 的内部顺序保持稳定；字段本身在列表里的位置可以改变。程序拼接的昵称与消息，需要检查截断位置和省略号，而不只是确认文字靠右。

原始设计规范 · 授权节选

同一消息里，英文与阿语怎样共存

对着图看这几处

• 对照纯文本与混排段落，检查换行和字符串内部顺序。
• 基础方向由内容决定，不把“靠右”当成所有混排问题的答案。

把适配规则变成验收矩阵

同一组件至少看四种状态：英文短文案、阿拉伯语短文案、阿英混排、超长内容。再增加空状态、选中与禁用，才能检查方向变化有没有影响交互反馈。

布局使用逻辑起止边界，比写死 left/right 更易维护；方向性图标单独处理。下面是从规范整理出的交付检查方法，不是已经执行完毕的自动化覆盖报告。

1. 01

   结构

   检查导航、头像、操作与时间的位置关系。

2. 02

   内容

   检查混排、数字、截断、省略号与长名字。

3. 03

   交互

   检查返回方向、进度、滑动和可点击范围。

4. 04

   复验

   把端、语言、设备与复现步骤放进同一问题单。

用原稿解释规则，而不只列原则

原稿并排呈现 LTR 与 RTL 的控件、好友请求和混排消息，可以直接观察哪些位置变化、哪些内容保持原样。这比一句“阿拉伯语全部镜像”更接近实际交付。

这些是项目规范中的具体判断，不代表完整覆盖所有系统控件和语言。新增媒体、地图或复杂编辑器时，仍需补充语义规则和真实设备测试。

文字方向由内容决定

单纯英文、单纯阿拉伯语和混排段落不是同一种情况。动态拼接的昵称与句子尤其容易出错，需要以完整语义检查显示顺序，不能只在静态设计稿中验收。

数字顺序不能随布局翻转

电话号码、验证码、银行卡号等有固定顺序的数字不做镜像。进度或计数控件可能需要改变位置，但位置变化不意味着内部数字也反向排列。

原始设计规范 · 授权节选

验证码：布局可以变化，54 不能变成 45

对着图看这几处

• 两侧数字顺序相同；倒计时文字遵循各自语言排版。
• 这种对照把“不能镜像”的例外变成具体可验收的场景。

图标按语义判断，不按形状批量处理

返回、前进等与方向有关的图标需要跟随交互方向；品牌、通用符号和无方向意义的图标则不能一概镜像。把例外记录到组件层，下一次迭代就不必重新讨论。