Any good resources or advice for working with languages with different orientations? (such as Japanese or Chinese)我们有一个企业Web应用程序，其中系统中的所有文本都被本地化为用户浏览器的区域性设置。 到目前为止，我们仅支持英语，美国(相似但拼写错误；-)和法语(对于加拿大政府-应用程序为英语或法语，具体取决于用户偏好)。在开发过程中，我们还想到了一些欧洲语言，例如荷兰语和德语，它们倾向于将单词连接成很长的单词。 我们目前正在研究对东方语言的支持：中文，日语等。我了解这些使用语音输入转换为书面字符。网路上的运作方式如何？在编辑输入和文本区域时触发相同的事件(我们的Ajax非常繁重)。 这些自上而下的语言的用户期望在线使用哪些约定？ 他们的双重输入(语音输入+转换)对Web控件有什么影响？ 使用阿拉伯语这样的RTL语言，用户是否希望整个界面都被镜像？例如，应该将诸如"确定/取消"按钮之类的内容交换到左侧吗？
作为讲阿拉伯语的人，当我看阿拉伯语网站时，确实希望可以交换诸如"确定/取消"之类的内容。 警告：听起来很奇怪，以上内容仅适用于(对我个人而言)按钮文本为阿拉伯语时。如果按钮文本为英语(在混合语言的网页中)，我希望看到左侧的"确定"按钮。 希望能有所帮助。 阅读Microsoft的全球化分步指南。 我可以回答有关CJKV的细节，但是您可能想要一本关于该主题的书。我还没有看过，但是CJKV信息处理来自O'Reilly(应于2008年12月第二版)。
输入由Windows，Mac和Linux(例如SCIM)上称为IME(输入法编辑器)的一类软件完成。当IME打开时，键盘输入首先进入IME，并且用户可以选择正确的汉字/平假名组合。当用户通过单击返回键进行提交时，IME将使用当前编码将汉字/平假名键入Web浏览器。编码情况一团糟，但是如果您正在编写Web应用程序，则应使用Unicode编码。我建议使用UTF-8。
精通Unicode的Web浏览器和OS组合可处理多种语言。例如，可以使用英语的Firefox普通版浏览并发布到日语网站。从浏览器的角度来看，它只是Unicode中的" bla bla bla"数组。换句话说，如果事件以英语触发，则使用Unicode变体的同一个事件应以CJKV触发。
CJKV读者期望从左到右在线。数学和科学教科书是从左到右编写的。大多数文字处理器，包括Word的本地化版本，都是从左到右书写的。
在大多数情况下，除非陷阱陷阱是键盘事件，否则您不必担心。例如，我讨厌将日语键盘与一堆额外的键盘一起使用。因此，当我必须将IME开/关命令分配给美式键盘上的某个键时。我个人使用right-Alt。另外，在转换过程中会使用空格键和Enter键，但不确定是否将这些事件传递给浏览器。 如果您愿意，我可以测试您的网站。 (我的用户名)@gmail。 对于东亚语言，方向性问题很容易回答：网站通常是从左到右，从上到下。 实际上，一般的网页设计布局原理基本相同。看看报纸的网站(名称左上，导航栏在其下，"首页"在左，标题链接在下，最重要的在顶部)或搜索引擎(不用说我要说哪个美国)网站，您应该比较该布局)。 但是，就像阿拉伯语/希伯来语等从右到左语言的用户期望在某些情况下(嵌入式英语片段等)从左到右的发展一样，即使在网络上，也存在从上到下的情况。底部布局是首选。通常，这可以通过添加具有所需文本布局和字体的图像或使用Flash来完成。 自5.5版以来，Internet Explorer实际上已经为tb-rl布局提供了CSS书写模式属性，但是其他浏览器都没有为实现它而烦恼(或ruby，这对于面向年轻受众的网站很有用)。 IE 5.5于2000年发布，因此已经有了8年的支持，并且在2003年提出了W3C候选推荐标准，但CSS中的文本布局仍在酝酿之中。 至于您对文本输入和IME的担心，只要您不做伪造的尝试，例如尝试将keydown事件提供的虚拟键手动转换为文本字符串，就不会遇到问题。 但是，您还没有提到其他一些问题。舒适可读的最小字体大小大于用拉丁文字书写的语言。通常不适合使用粗体和斜体来强调流量。汉统一意味着在处理unicode时需要谨慎选择为不同的CJK语言指定正确的字体。您可能希望为中文提供繁体和简体两种界面，具体取决于您期望的受众。 一段时间以来，我一直在意着按照这些原则编写一份更全面的指南，如果您需要更多信息，请随时踢我一下。 |
