Currently, communities using the content localization feature can select multiple languages to show localized content. For example, a forum may have German, English, French set up in content localization supported locales.
Right now, users are only able to select one of the languages the forum supports.
If a topic has posts written in all three languages, Günter would see all those in German only despite being fluent in all three languages.
The goal of this feature topic is to allow such multilingual users to select multiple languages and see the posts written in their original word, instead of just one language. Another thing to be mindful of is that user.locale is currently being used to determine the language controls (buttons, labels, tooltips, etc), and that should be the user’s primary language.
Here are supporting quotes from largely the same few topics:
One UX question we’ll have to figure out is how to surface the option to the user. If we use the existing user.locale and allow an array e.g. ['en', 'ja', 'ko'], there are many other places that would be affected, as opposed to keeping user.locale to one and adding another user field altogether. If we add a new user field, we also have to think about location.
There is also the question of visitors who are not logged in. How do they know the content is translated, and how can they specify which languages they do not want translated or turn off translation entirely? The need is the same for logged in members and anonymous visitors.
Thanks @Moin for kindly linking to this thread, had missed it!
I second the need for this multi-language preference. Especially for logged-in users, but why not also for anonymous ones.
In Nordics and Europe, it’s so common for people to speak multiple languages, and currently the lack of this feature steers people to turn off the localisation. It’s not a bad thing per se, but would be nice to solve this when there’s more multilingual community and discussions.
I don’t have any ready solution on mind, but some thinking on top of @nat’s comments above: Could the language selector be more like checkbox settings, where you could select multiple languages you understand? There you also could mark (star) your main language, which would then be same as user.locale and affect the UI language?
I had a somewhat crazy idea. What if we were to have just the one button in the header, and have that open a big popup akin to the keyboard shortcuts popup? It would be shown to logged in and not logged in users.
That could give us plenty of space, all in one place, to:
explain that the site is automatically translated, how it works
provide a link to more information about automatic translation or to give feedback to site owners about it
allow the user to specify their preferred interface language
allow the user to see a big list of languages currently translated on the site, with tickboxes indicating which they want translated (default selected, with ability toggle them all on/off). The list could also indicate how many topics from that language have been translated.
I like this idea! This is much better than hiding preferred languages somewhere under profile settings. Additionally giving a chance to tweak the settings is better than the current one size fits all -model, where everything is either translated to one language or not.
As a site owner chance to provide more context, feedback link etc. would be cool too, but I think the biggest user need relates to the translation experience.
Partly related to my comment above, isn’t the “show original” selection global through different threads and shouldn’t reset? Currently some of our users would like to turn off the localisation fully for their account, but at least one commented that it had brought back on automatically
I think having a clear on/off toggle in Tobias’ envisioned pop-up would be the clearest way for people to manage their localisation preference
I don’t think this feature will be prioritised until early next year.
This is not a UI change, it will be quite an in-depth change to language preferences within logged-in user user profiles, and anons separately. Moving from one language to multiple language support properly is not going to be a quick change.
The “show original” button should be global per device. When your user makes the comment, it would be appreciated if they could record a video / multiple screenshots.
