文档 · 操作指南

处理 RTL 语言

希伯来语、阿拉伯语、波斯语：Daxlate 如何呈现从右到左的翻译。

最后更新：

从右到左的文字系统是一等公民。Daxlate 通过 .NET 区域性描述符识别 RTL 区域性 （阿拉伯语 ar-*、希伯来语 he-*、波斯语 fa-*、乌尔都语 ur-* 等），并自动 翻转受影响的单元格，无需任何设置。

在网格中 #

当某个区域性列属于 RTL 文字系统时，它在网格中的单元格会以 FlowDirection: RightToLeft 渲染：

  • 文字向右对齐
  • 输入时文本光标从右向左移动
  • 嵌入其中的拉丁数字和标点会按正确的双向算法渲染，因此阿拉伯语标题里的电话号码 或产品编号不会出现意外

你不需要切换任何开关。点进单元格直接输入即可，编辑器会自动适应。

在磁盘上 #

Power BI 语义模型把翻译存为普通的 UTF-8 字符串。其中没有嵌入方向标记；渲染器会 从文字系统推断。Daxlate 原样往返这些字节，包括译者为消除歧义而加入的 Unicode 双向控制字符（LRE、RLE、PDF、LRM、RLM）。

在 Excel 中作业 #

只要系统装有相应字体，Excel 就能正确呈现 RTL 字符串，而 Windows 默认会为主要的 RTL 文字系统安装这些字体。

如果译者的 Excel 中字符顺序看起来不对，通常只是显示层面的问题：底层字节是正确的， 往返回 Daxlate 时也完好无损。只要译者没有手动把字符顺序倒过来，就没有问题。

常见坑 #

  • RTL 标题开头或结尾的空白在任何编辑器里都难以察觉。视觉上看起来像字符串 开头的位置，逻辑上可能是结尾。感觉不对时，把单元格内容复制到支持十六进制查看的 编辑器里检查一下。
  • 方向混排的字符串（例如包含拉丁产品编号的阿拉伯语标题）在 Excel 和 Power BI 中有时呈现得不一样。两边的字节是相同的，差别在于渲染器的双向处理。如果 Power BI 显示的是你想要的样子，就以它为准。