Thank you very much for the feature allowing users selecting their preferred locale. Very helpful for communities living multilingual realities!
Have you considered to allow users to define their preferred locale at registration time? This is the point of time when it makes more sense for a user to make that choice in order to discover the new community in their preferred language.
Offering selection of locale in the registration form would solve two related problems:
Discobot would send users its first message in their preferred language already. That makes Discobot cooler and easier to be understood by everyone. Currently there is no workaround for this, Discobot’s first message will arrive in the default language always.
Discovering the possibility of changing your locale takes a certain skill, especially when you are a new user, perhaps using a complex interface for the first time, perhaps in a language you are not very fluent. Users need to know that such feature exists and can be found in almost the very last corner of their user settings. This can be solved socially by adding the note in the welcoming topic, but it is suboptimal for various reasons.
Selection of a preferred language is basically a one-time choice. Registration is the right time for it. Implementation of this feature is probably not that complex?
I feel like we need a better copy for the instructions. IMO it shouldn’t exceed the width of the selectbox, but I couldn’t come up with a shorter one. Any ideas?
I feel like this is a tad too late, what if categories allowed you to set locale in category settings?
Then when anon clicks on a topic or category in such a locale the interface could switch locales and clicking register would already be in the correct locale which could be carried over
Why the registration form is too late? If the user reached that form is because they could find their way in the default language of the forum, which would appear as default also in the form (i.e. Russian if the default is Russian, not English).
I guess we have two fundamental types of potential multilingual Discourse sites
Support forums and similar international services or communities where you might find users from everywhere. Many unrelated languages can be expected, English acts as lingua franca, most users don’t know many of the languages.
Multilingual communities sharing territory or cultural background. 2-3 related languages can be expected, English might not be one of them, and most users can probably read all of them and speak/write at least one.
In the first case different languages will be probably structured and separate. Switching locales for anonymous users and proceeding with @sam’s idea might work well.
However, in the second case things may (and frequently do) get quite mixed, and frictions are not uncommon. Imagine forums combining Russian-Ukranian, Bosnian-Croatian-Serbian…, Finnish-Swedish, Catalan-Spanish, Arabic-French… Anonymous users could be changing locales click after click. There administrators might prefer to avoid tying categories or topics to languages altogether, because that promotes some kind of segregation. Imagine a proud Ukranian speaker that, after reading the last topic in Russian, is offered Russian registration in a (maybe proud) Ukranian community.
If you have any friends from these regions in Facebook, go visit their walls and you’ll see. I bet it can be the same for i.e. Hebrew/English.
To make it even funnier, it is not uncommon that users reading, say, Catalan/Spanish with native fluency still prefer English UI because they are used to it. Therefore, you may have communities producing no English content but still having users who will choose the English locale.
There is already a site setting (set locale from accept language header) which uses the browser’s Accept-Language HTTP header for anonymous users. I guess this could be used to set the initial value for the locale on the registration form and it might already set the locale during signup.
I feel like in many communities the category based “language” selection both solves a big problem with signup and leaves users with less choice which is great.
Involving Discobot in a multi lingual interface forum where people generally speak multiple language is a great way of introducing the concept of preference.
Whatever solution we come up with for signup should be more inline with what facebook do. Cause plenty of people on the planet have no idea what the glyphs “Language” mean. So how are they expected to even fill out the form.
Facebook sets their login form from the accept language headers. You have to clear your browser’s cookies to see it. A big difference between facebook and Discourse is that facebook doesn’t display content to anonymous users, so they only have to deal with the login page.
I meant that a combo box is kind of weak on the signup page. Instead a footer on the login modal that displays a list of languages (spelled in the actual language) is the way to go.
It does beg the question about how someone is going to even select “Sign Up” when they have no idea what those glyphs mean, which is why I am so uneasy about this.
I think automagically inferring language from the browser’s language setting is always preferable to what @icaria36 proposed, above, and we do support that via an experimental site setting, set locale from set language header
It utterly destroys anon caching though which is why it is such a dangerous setting and not enabled by default.
So maybe this request only matters in the very narrow case of people who are multi-lingual, and hitting websites broadly available in multiple languages, who say
Oh my browser says I am in France but I speak French, English, German, and Chinese and right now I prefer to use Chinese on this particular website.
Furthermore, the “explicit language set per category” thing is also extremely strong, and matches the topic @erlend_sh already set up about localizing Discourse for multi-language sites.
Maybe the anonymous cache key could be set differently for forums that require login to view content. It would require having login_required and possibly supported_locales available as Global Settings. It could be useful for customer support forums.
Getting real tired of the off-topic posts here and I will be deleting aggressively. So before posting any more replies, re-read the title and first post and ask yourself, “Am I sure I am posting something that is actually what this topic is about?”
Bien que cette demande date de près de trois ans, je souhaite apporter mon soutien. L’organisation actuelle confond totalement mes utilisateurs ne parlant pas anglais. La page d’inscription est dans la langue de leur navigateur, mais dès qu’ils s’inscrivent, l’application repasse en anglais, contrairement à ce que je m’attendais à voir avec les paramètres de l’application.
Le comportement attendu lorsque le paramètre set locale from accept language header est activé est que le compte soit créé dans la locale trouvée dans l’en-tête. Comment les utilisateurs créent-ils des comptes sur votre site ? Si les comptes sont créés via SSO, cette approche ne fonctionnera pas. Avec la connexion SSO, la locale doit être définie dans la charge utile SSO.
Pour m’assurer que le paramètre fonctionne comme prévu, je l’ai temporairement activé sur https://try.discourse.org/, j’ai défini la locale de mon navigateur sur le français et j’ai essayé de créer des comptes à la fois avec l’inscription par nom d’utilisateur/mot de passe et en créant un compte avec l’authentification Twitter. Dans les deux cas, la locale de mon utilisateur a été correctement définie sur le français. J’ai désactivé ce paramètre sur https://try.discourse.org/ maintenant.
Le comportement attendu lorsque le paramètre « Définir la locale à partir de l’en-tête Accept-Language » est activé est que le compte soit créé dans la locale détectée dans l’en-tête.
C’était aussi mon attente.
Comment les utilisateurs créent-ils des comptes sur votre site ? Si les comptes sont créés via SSO, cette approche ne fonctionnera pas. Avec une connexion SSO, la locale doit être définie dans le payload SSO.
Je clique sur le menu hamburger, puis sur Admin, Utilisateurs, Envoyer des invitations, Envoyer une invitation, et une boîte de dialogue s’affiche. Je saisis leur adresse e-mail et clique sur Envoyer une invitation. Je ne connais aucun autre moyen d’ajouter des utilisateurs.
Pour m’assurer que le paramètre fonctionne comme prévu, je l’ai temporairement activé sur https://try.discourse.org/, j’ai défini la locale de mon navigateur sur le français et j’ai essayé de créer des comptes à la fois avec l’inscription par nom d’utilisateur/mot de passe et avec l’authentification via Twitter. Dans les deux cas, la locale de mon utilisateur a été correctement définie sur le français. J’ai désormais désactivé ce paramètre sur https://try.discourse.org/.
Je ne comprends pas pourquoi votre résultat serait différent. Lorsque je m’invite moi-même en utilisant une adresse e-mail de secours, que je définis mon navigateur de secours sur le français, et que j’ouvre le lien d’inscription dans ce navigateur, la page de confirmation du compte est en français (où je choisis un nom et un mot de passe), mais chaque page suivante est en anglais.
C’est ce qui cause le problème. Lorsqu’un compte est créé suite à l’acceptation d’une invitation, la langue de l’utilisateur est définie sur la langue par défaut du site, indépendamment de la langue de son navigateur. Il est possible que nous puissions corriger cela.
Le paramètre « Définir la langue à partir de l’en-tête Accept-Language » permet de créer un compte avec la langue correcte lorsqu’un utilisateur s’inscrit sur un site en cliquant sur le bouton Inscription, puis en soumettant le formulaire d’inscription. Il pourrait être possible d’appliquer la même logique lorsqu’un compte est créé par un utilisateur acceptant une invitation.
@simon, ce serait super. Par exemple, nous avons parfois des diplômés d’un programme francophone qui rejoignent notre communauté. Je sais qu’ils parlent français !
Donc, lorsque j’envoie l’invitation pour qu’ils rejoignent notre communauté, il serait idéal de pouvoir définir leur langue par défaut sur le français.
Définir la langue depuis l’en-tête de langue lors de l’acceptation d’une invitation semble réalisable, car cela devrait utiliser une logique similaire à celle qui s’applique actuellement lors de l’inscription par nom d’utilisateur et mot de passe.
Je pense que ce que vous demandez, c’est la possibilité de définir la langue de l’utilisateur lorsque vous envoyez une invitation. Je crois que cette demande a déjà été formulée. Je comprends que cela pourrait être une fonctionnalité utile pour certains sites, mais nous aurions probablement besoin de plusieurs sites qui en font la demande avant qu’elle ne soit mise en œuvre.
site setting, 
