这是一种难以描述的效果。
我们的 Android 应用支持两种语言,但我们不使用系统语言,而是让用户在设置中进行设置。然后,在附加应用程序的 BaseContext 之前,我们设置语言环境配置。
// in Application class
override fun attachBaseContext(base: Context) {
super.attachBaseContext(LocaleHelper.onAttach(base))
}
// the LocaleHelper
fun onAttach(context: Context): Context {
return setLocale(context, getPersistedLanguage(context), getPersistedCountry(context))
}
这样,attachBaseContext 调用会获得一个上下文,该上下文的语言环境设置为例如“de”而不是“en”——即使设备是英文的。
到目前为止,这很有效,并且根据设置,来自上下文的所有资源都使用该语言。然而,我们现在为夜间模式添加了另一个设置(即让用户可以选择将“主题”设置为“正常”或“暗模式”)。
出于这个原因,这个想法是设置这样的东西
if (enableDarkMode) {
AppCompatDelegate.setDefaultNightMode(AppCompatDelegate.MODE_NIGHT_YES)
} else {
AppCompatDelegate.setDefaultNightMode(AppCompatDelegate.MODE_NIGHT_NO)
}
在 Application 的 onCreate() 中(我们也在 Activity 中尝试过)。
但是,这样做时,资源(至少有一些)突然加载了设备区域设置。菜单条目采用设备语言。但是,检查 Locale.getLanguage() 给了我配置的语言和动态调用的字符串(例如 context.getString(R.string.xyz))也以正确配置的语言显示。
这导致假设菜单资源在某种程度上(重新)加载(再次)但不尊重来自 JVM 的设置区域设置。
有谁知道如何找到那个错误?我们在这里缺少什么?菜单资源是否以不同方式加载?