【问题标题】:android multi language approach - best practicesandroid多语言方法 - 最佳实践
【发布时间】:2012-08-22 18:56:09
【问题描述】:

我正在尝试确定在 Android 上支持多种语言的最佳方法。我了解资源文件夹的工作方式,以及在活动加载和/或配置更改时如何选择它们。我还看到了一种创建新语言环境、将其指定为默认语言并广播配置更改的技术。这行得通。但是我从这个线程(https://groups.google.com/forum/?fromgroups=#!topic/android-developers/_ZGOTHwzl-w)和谷歌框架团队的答案中得到了印象,这种做事方式是不推荐/支持。所以我的问题是:

  1. 在不将用户发送到操作系统菜单进行语言选择的情况下,推荐的即时支持多语言的方法是什么?

  2. 关于键盘输入的同样问题。

  3. 最后,当我向 Locale 类询问支持的语言时,我在 Motorola Xoom 上看到了一个令人印象深刻的列表。例如,我测试并看到的 ja-JP 允许我显示日文字符。但是,设备上没有此语言的 SIP。在这些情况下,我可以将新键盘下载到我的平台吗?我觉得奇怪的是,该平台支持显示比它可以输入的更多的语言。

【问题讨论】:

    标签: android input localization keyboard


    【解决方案1】:

    让系统完成工作。 在设置中选择了语言和键盘的用户只会期望您的应用提供相同的条件。

    据我所知,没有比不同值文件夹中的 strings.xml 更好的方法了。

    【讨论】:

    • 谢谢,何塞。我当然很欣赏让系统完成工作的想法。然而,在这种情况下,应用程序在锁定在信息亭后面的平板电脑上运行。显示屏底部的菜单按钮完全被物理外壳挡住了。客户不希望人们走上前去更改整个设备上的默认语言。希望这是有道理的。此外,即使我在没有返回键的情况下触发语言选择菜单意图,用户也无法导航出菜单,因此我们确实需要将它们保留在我们的应用程序中。
    • 这是一个非常简单的教程。 tutorialforandroid.com/2009/01/…
    • 这看起来正是我所需要的。谢谢楼主!
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2010-09-18
    • 2011-01-30
    • 2017-06-16
    • 2011-03-24
    • 1970-01-01
    • 2014-07-21
    • 1970-01-01
    相关资源
    最近更新 更多