我们有一个企业 Web 应用程序，其中系统中的每一位文本都本地化为用户浏览器的文化设置。
到目前为止，我们只支持英语、美式（类似但拼写错误；-）和法语（针对加拿大政府 - 英语或法语应用程序，具体取决于用户偏好）。在开发过程中，我们还考虑了一些欧洲语言，例如荷兰语和德语，它们倾向于将单词连接成很长的单词。
我们目前正在调查对东方语言的支持：中文、日语等。我知道这些使用转换为书面字符的语音输入。这在网络上是如何工作的？在编辑输入和文本区域时触发相同的事件（我们非常重 Ajax）。
这些自上而下的语言的用户在网上期望什么约定？
他们的双输入（拼音输入+转换）对网页控件有什么影响？
对于像阿拉伯语这样的 RTL 语言，用户是否希望整个界面都被镜像？例如，是否应该在左侧交换 OK/Cancel 按钮之类的东西？
作为说阿拉伯语的人，当我查看阿拉伯语网站时，我确实希望可以交换 OK/Cancel 之类的内容。阅读阿拉伯语时，我的眼睛从右到左阅读。因此，如果您希望读者在否定/不作为按钮（取消、清除、否等）之前查看肯定/操作按钮（例如确定、提交、是等），您可能会想把前者放在右边。
警告：听起来很奇怪，以上仅适用于（对我个人而言）按钮文本为阿拉伯语的情况。如果按钮文本是英文（在混合语言网页中），我希望看到左侧的 OK 按钮。
希望有帮助。
阅读Microsoft的《逐步全球化》 。
我可以回答有关 CJKV 的具体问题，但您可能想要一本关于这个主题的书。我还没有读过它，但 CJKV 信息处理来自 O'Reilly（2008 年 12 月第二版）。
我知道这些使用转换为书面字符的语音输入。这在网络上是如何工作的？
输入由Windows、Mac 和 Linux（例如 SCIM）上称为IME（输入法编辑器）的一类软件完成。当 IME 打开时，来自键盘的输入首先进入 IME，然后用户可以选择正确的汉字/平假名组合。当用户通过按回车键提交时，输入法会使用当前编码将汉字/平假名输入到 Web 浏览器中。编码情况非常混乱，但如果你正在编写一个 Web 应用程序，请使用 Unicode 编码。我建议使用 UTF-8。
在编辑输入和文本区域时是否会触发相同的事件？
精通 Unicode 的网络浏览器和操作系统组合可处理多种语言。例如，可以使用英文普通版 Firefox 浏览和发布到日本网站。从浏览器的角度来看，它只是 Unicode 中的“bla bla bla”数组。换句话说，如果事件以英语触发，如果您使用 Unicode 变体，相同的事件应该以 CJKV 触发。
这些自上而下的语言的用户在网上期望什么约定？
CJKV 读者期望从左到右在线。数学和科学教科书是从左到右书写的。大多数文字处理器，包括 Word 的本地化版本，都是从左到右书写的。
他们的双输入（拼音输入+转换）对网页控件有什么影响？
在大多数情况下，您不必担心它，除非您正在捕获键盘事件。例如，我讨厌将日语键盘与一堆额外的键盘一起使用。因此，当我必须将 IME 开/关命令分配给美国键盘上的某个键时。我个人使用右-Alt。此外，在转换过程中使用了空格键和回车键，但不确定这些事件是否传递给浏览器。
如果你愿意，我可以测试你的网站。（我的用户名）@gmail。
东亚语言的方向性问题很容易回答：网站通常是从左到右、从上到下的。
其实，一般的网页设计布局原则大同小异。看看报纸的网站（名字左上角，导航栏下面有“主页”在左边，标题链接下面最重要的在顶部）或搜索引擎（我认为我不需要说哪个美国您应该将该布局与之进行比较的站点）。
然而，正如阿拉伯语/希伯来语/等从右到左的语言用户在某些情况下（嵌入的英语片段等）会期望从左到右的进展一样，在某些情况下，即使在网络上，从上到-底部布局是首选。这通常通过包含具有所需文本布局和字体的图像或使用 Flash 来完成。
从 5.5 版开始，Internet Explorer 实际上已经提供了带有 CSS writing-mode 属性的 tb-rl 布局，但是其他浏览器都没有打扰实现它（或者 ruby，这对于针对年轻受众的网站很有用）。IE 5.5 发布于 2000 年，支持了 8 年，2003 年有W3C 候选推荐，但CSS 中的文本布局仍然被戳中。
至于您对文本输入和 IME 的担忧，只要您不做一些虚假的事情，例如尝试将 keydown 事件给出的虚拟键手动转换为文本字符串，您就不太可能遇到问题。
但是，还有一些您没有提到的其他问题。最小的舒适可读字体大小大于使用拉丁脚本编写的语言。强调流的粗体和斜体通常是不合适的。汉统一意味着在使用 unicode 时需要为不同的 CJK 语言指定正确的字体。您可能希望为中文提供繁体和简体界面，具体取决于您期望的受众。
一段时间以来，我一直想写一个更全面的指南，如果您需要更多信息，请随时踢我。