与 IE 相比，为什么 bidi 文本在 Chrome/FF 中呈现不同，哪种行为是正确的？
Why does bidi text render differently in Chrome/FF compared to IE, and which is the correct behavior?
这里是 HTML 的一个非常简单的片段来显示问题：
<!Doctype html>
<html>
<body>
<div style="width:100px;direction:rtl;">(One) Two</div>
</body>
</html>
在 Chrome 和 Firefox 中，结果是 "One) Two)" 而在 IE 中，结果是“（一）二”。据我对bidi文本的初步研究可以看出，不同之处在于Chome和FF让LTR文本两边没有包围的"neutral"字符（标点符号）继承父级的方向，即返校。 IE 似乎注意到文本仅包含 LTR 字符和中性字符，因此它使标点符号成为 LTR。有谁知道哪种行为是正确的？
谢谢！
万一有人遇到同样的问题，我发现了一点点清晰度。在这种情况下，IE 是正确的。 Here 是为 Chrome 提交的错误。 BiDi 算法显然在几年前进行了更新，其中包括使括号相互匹配。
这里是 HTML 的一个非常简单的片段来显示问题：
<!Doctype html>
<html>
<body>
<div style="width:100px;direction:rtl;">(One) Two</div>
</body>
</html>
在 Chrome 和 Firefox 中，结果是 "One) Two)" 而在 IE 中，结果是“（一）二”。据我对bidi文本的初步研究可以看出，不同之处在于Chome和FF让LTR文本两边没有包围的"neutral"字符（标点符号）继承父级的方向，即返校。 IE 似乎注意到文本仅包含 LTR 字符和中性字符，因此它使标点符号成为 LTR。有谁知道哪种行为是正确的？
谢谢！
万一有人遇到同样的问题，我发现了一点点清晰度。在这种情况下，IE 是正确的。 Here 是为 Chrome 提交的错误。 BiDi 算法显然在几年前进行了更新，其中包括使括号相互匹配。