文本转自定义字体扩展ASCII字符时Unicode字符显示顺序异常求助

你遇到的「视觉显示正常但选中顺序与预期不符」的问题，本质和你的转换逻辑、二进制输出正确性无关，属于Unicode渲染层的排版规则触发的表现：

• 你用到的扩展ASCII映射字符中混入了从右到左（RTL）书写体系的Unicode字符，例如你示例中的希伯来字符ך、י、ד本身属于RTL类别，Unicode双向文本（BiDi）渲染引擎会自动调整这类字符的显示顺序，导致逻辑存储顺序和视觉显示顺序错位，鼠标选中时默认按逻辑存储顺序高亮，自然会出现和视觉显示顺序不符的表现。
• 若你使用的自定义映射字符存在双向控制字符、零宽字符，或是East_Asian_Width（东亚宽度）属性标记异常，也会触发渲染引擎的自动间距/顺序调整，出现类似字符损坏的表现。

• 导出所有转换后用到的字符的Unicode属性，重点筛查Bidi_Class属性，确认是否存在RTL类字符。如果确认用到RTL字符，可在输出文本首尾插入U+202D（左到右强制控制符）和U+202C（弹出方向控制符），强制渲染引擎按逻辑存储顺序从左到右渲染整段文本，避免自动调整顺序。
• 校验所有自定义映射字符的East_Asian_Width属性，确认你设计为双倍宽度的字符对应的Unicode属性为W（宽）或F（全角），属性不匹配会导致渲染引擎自动调整字符间距，触发选中错位问题。
• 排查正则替换逻辑的索引正确性：如果你的替换逻辑是全局批量执行，需确认替换后的字符长度与原字符长度是否一致，避免后续替换的索引偏移导致字符逻辑顺序错位，可增加替换前后的字符索引映射日志，逐字符校验输出位置是否符合预期。
• 关闭BiDi支持做对比测试：在关闭了双向文本支持的纯文本编辑器中打开输出文本，若此时显示顺序与逻辑顺序一致，可直接确认是渲染层BiDi自动调整导致的问题，无需再排查转换逻辑本身。

内容的提问来源于stack exchange，提问作者SyntaxisTaxsyn