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.
토픽에 토글 버튼이 있을 때는 해당 설정을 발견하고 사용하는 것이 훨씬 쉬웠습니다. (깨진) 독일어 번역을 읽는 것이 지겨울 때마다 설정 페이지로 이동하는 것은 버튼을 클릭하는 것보다 더 복잡하게 느껴집니다. 설정을 변경하기 위해 토픽을 벗어나야 하고, 변경 후 다시 돌아와야 합니다.
또한 토글 버튼은 로그인하지 않은 상태에서도 작동했습니다. 이제 방문자가 원문을 읽으려면 모든 번역된 게시물에서 토글 버튼을 사용해야 합니다.
새로운 토글 버튼에 대해 알고 있습니다. 하지만 이는 10개의 게시물이 있는 주제에서 게시물이 작성된 언어로 모든 게시물을 확인하려면 이제 10번의 클릭이 필요하다는 것을 의미합니다. 이전에는 1번이면 충분했습니다.
로그인된 상태에서는 대안으로 아바타(1), 사용자 아이콘(2), 환경 설정(3), 인터페이스(4), 체크박스(5), 저장(6), 새로고침(7), 그리고 읽던 곳으로 다시 이동(x)을 클릭해야 하는데, 이는 거의 동일한 수의 클릭을 요구합니다. 하지만 프랑스어나 중국어로 된 게시물이 있을 때 번역을 빠르게 켤 수 있는 버튼이 없으므로, 게시물을 읽기 전에 한 번, 읽은 후에 한 번 이 모든 단계를 반복해야 합니다.
일반적으로 번역을 읽지 않는 것을 선호하기 때문에 해당 설정을 비활성화하면 스크린샷에 있는 토글 버튼은 사용할 수 없습니다.
메타에서 사용자가 게시물을 작성하는 모든 언어를 이해하지 못하므로, 설정을 비활성화하는 것은 실질적인 옵션이 아닙니다. 하지만 동시에, 번역이 아닌 주제 작성 언어로 최신 목록의 주제 목록을 볼 수 있는 유일한 옵션이기도 합니다.
타임라인 토글 버튼은 이러한 모든 경우에 작동했습니다: 방문객으로서 기본적으로 게시물을 원어로 보는 것, 전체 주제를 번역/미번역으로 전환하는 것, 그리고 주제 목록을 번역/미번역으로 전환하는 것. 접근하기 쉬웠습니다. 이제 저는 현재 필요에 맞게 설정을 조정하기 위해 여러 번 환경 설정을 방문합니다. 사이드바에는 테마를 변경할 수 있는 메뉴가 있지만, 번역을 위한 메뉴는 없습니다. 저는 하루에 여러 번 테마를 변경하지 않지만, 타임라인 번역 토글은 하루에 여러 번 사용했습니다.
또한, 새 버튼은 동시에 두 가지 일을 합니다: 게시물이 작성된 언어를 표시하고 원문을 표시합니다. 따라서 정보가 “중국어”라고 표시되면, 저는 그것을 이해하지 못하고 원문이 도움이 되지 않으므로 즉시 다시 클릭해야 합니다. (태블릿에는 호버 옵션이 없으므로 언어 정보를 확인하기 위한 유일한 옵션은 클릭이지만, 그러면 이미 원문도 받게 됩니다)
