从右到左的店铺页可能拿到正确商品记录,却把拉丁商品代码周围的连字符、斜线或括号排得难读。地区代理复现线路,不决定文字方向;先分开规范标识、逻辑字符顺序及可见排列。

本文是自有或授权本地化环境的验收方案,使用合成代码和批准译文,不宣称完成浏览器兼容或无障碍审计。

从右到左文本包围隔离的代码胶囊,内部顺序标记保持完整,未隔离对照的边界标记发生漂移

一、身份与展示分别定义

记录语言、文档方向、商品ID、预期逻辑字符串及批准读法,由熟悉目标RTL语言的审阅者确认标签、标点与代码如何阅读。

MDN说明dir可显式设LTR、RTL或自动方向,自动是方向启发而非语言检测。不能认为语言属性或地区IP会自动设置正确方向。

MDN说明bdi隔离文字与周围双向上下文。已知拉丁代码应采用应用审定的显式方向处理,未知方向文本另定政策;这些是展示工具,不应据此改写存储ID。

二、准备批准的小型样本

  1. 使用AB-12/34等无害代码,绑定合成商品。
  2. 准备批准RTL标签,让代码位于句首、中间、句尾。
  3. 加周围括号、冒号与相邻数字,保留准确字符。
  4. 含一条会在约定窄视口换行的有效长代码。
  5. 各例保留独立逻辑串及审阅者批准的视觉参考。

分清代码自身标点与句子标点,不能为了单张截图好看,随意把它移入或移出隔离边界。

三、先查来源身份再看布局

干净授权资料通过指定线路加载,记录真实语言与方向,再对商品记录ID。旧语言偏好可能仍保留,国家标签不证明当前页为RTL。

对比渲染文字的逻辑字符序列及样本,保留标点和有意方向字符;默默剥除会隐藏错误。出现未知不可见字符时,记位置交审阅,不直接删生产记录。

来源ID已错,应先查选取或映射,视觉隔离不能修复拿错商品。

四、检查混合方向边界

比较批准读法与实际标签代码,核对标点归属及标识是否仍可作为完整代码识别。所有句中位置都测,不只测空框内独立代码。

检查包住完整代码的元素及周围方向设置。修复时按审定短语边界应用方向或隔离,再跑整套样本;不反转存储串,不整体视觉倒序,也不把标识当装饰箭头镜像。

窄视口看换行、裁切及省略。逻辑串正确但关键后缀被藏,仍未通过;反之换行不同本身不证明代码改变。

五、核对动作目标与语言切换

只激活授权非约束商品详情动作,确认目标仍是合成商品ID,不从重排标签猜链接目标。若产品提供复制,在受控纯文本字段粘贴,另比逻辑串与视觉读法。

固定商品身份,切换支持的LTR与RTL语言,核对文档及局部方向更新而规范代码不变。若导航,等对应商品记录加载完成再比较。

批准基线与代理各独立重置,固定浏览器版本、样本及视口。语言或商品数据不同意味着输入不同,不证明代理改变双向算法。

六、记录小型地区验收矩阵

98IP动态住宅IP产品页用于了解授权本地化网站检查的接入产品,通过API配置页核对当前设置。地区线路不保证网站返回RTL内容,应用状态要独立确认。

  • 独立对照:来源ID与逻辑序列一致。
  • 句中位置:保留批准读法。
  • 边界标点:代码与句子标记可理解。
  • 窄布局:关键代码可见可识别。
  • 动作目标:详情使用规范ID。
  • 语言切换:更新展示而不改身份。

案例未执行。记线路、浏览器、语言、方向、商品样本、准确逻辑串、截图、视口、动作目标及首个差异。仅用授权合成数据,将语言审阅意见与实际浏览器观察分开。

FAQ与上线清单

RTL布局应反转ID吗?不,保留规范身份,依批准设计修展示边界。

截图证明复制代码正确吗?不能,可见排列与逻辑顺序须分别检查。

  • 独立批准逻辑序列和读法。
  • 记录真实语言及文档方向。
  • 完整短语边界包含应有标点。
  • 布局和语言变化不改身份。
  • 分查读法、目标和复制。
  • 不留真实客户ID或承诺未测认证。