-
Notifications
You must be signed in to change notification settings - Fork 309
i18n: Allow selecting a different language than device setting #1139
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Hi @chrisbobbe, This storing of some client settings isn't yet implemented for Theme Switching among dark/light/system. If yes. Then, where we might add this feature for language now and theme later on. ![]() Thank you. |
Hi @Gaurav-Kushwaha-1225, welcome! Storing some client settings is #97, and I see a core team member (@PIG208) has just self-assigned that issue. So let's wait to work on this until he implements a settings UI where this setting will go. For now, if you'd like to contribute, please choose a different issue to work on. |
As an example of where this is desired, we heard from a user today:
So they want Zulip in English although they have a different language chosen for the system overall. |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
Hello @chrisbobbe , issue.1139.mp4 |
Thanks. Instead of a popup submenu, let's put this as a screen underneath the main settings screen — that's a UX that will scale better when there are dozens of translations, which I expect there to be soon after the Zulip project as a whole completes our migration to Weblate and asks our community of translation contributors to translate this app there. For a model of how that UI can work, see the language setting in the legacy app. To make it available from the choose-account screen, we can add an option to go to the settings screen as one of the options in that menu. |
Hello @gnprice , |
Since there is no Figma design for the settings page yet, the design is kept simple while matching zulip-mobile: we show both selfname (in its own locale) and name (in the ambient locale) of each available language option, and leave out the search funtionality. We don't allow unsetting the language once it is set, but that can easily change. Fixes: zulip#1139
Since there is no Figma design for the settings page yet, the design is kept simple while matching zulip-mobile: we show both selfname (in its own locale) and name (in the ambient locale) of each available language option, and leave out the search funtionality. We don't allow unsetting the language once it is set, but that can easily change. Fixes: zulip#1139
Since there is no Figma design for the settings page yet, the design is kept simple while matching zulip-mobile: we show both selfname (in its own locale) and name (in the ambient locale) of each available language option, and leave out the search funtionality. We don't allow unsetting the language once it is set, but that can easily change. Fixes: zulip#1139
Currently, the app UI follows the device setting for what language it should try to display in.
This issue is for an in-app setting to choose any language we have translations for, instead of always following the device.
An instance of:
The text was updated successfully, but these errors were encountered: