What I’d love to see is facebook-like inline translation of posts, so users can choose their locale (ideally at signup) and then translate in line when they see something in another language that they want translated.
Something like this was built but doesn’t seem to be working/active.
Seems we have some very similar ideas on this, especially after the advent of tags. I wrote this in a separate topic but I might as well close that and repost it here for continuity.
I just had a thought. What if a (special) tag could be set as a site-wide filter, invisible as anything other than a setting. The setting being your standard language selection menu in a corner somewhere:
Here’s how you would use tags on a multi-lingual site
Imagine a website with two languages: English and French.
The site’s default language is English. As a result, by default, all new topics are tagged lang:en, and you can only see topics tagged lang:en. This isn’t a tag you can find and select from the taglist yourself.
If you change the site language to French however, two things happen:
Any new topic you make while the French language setting is turned on will be tagged with lang:fr.
You will only be able to see topics tagged lang:fr
What if all languages were together on the same page, but the user could expand and collapse posts based on their language tag? So if a user selected ‘German’ they would see full posts that were in German or had been translated to German. All other posts would be displayed as titles.
There could also be a tag for posts that are in need of translation.
It would be nice to have the option to create translations through different methods. Machine translation of Persian and Arabic doesn’t seem to be very good
@erlend_sh
As someone who was involved in that earlier debate, I am really excited to see this level of UX sophistication being applied to this concept.
I love the idea of language tags to identify the language of the post, but I think the default behavior of such a site should be multi-lingual. All posts are displayed for all users by default, and users could choose to mute out posts of one language or another. But it wouldn’t make sense to mute out a langauge in my context (montreal) because people want to be able to converse in both languages interchangably.
The question of a translation feature - automatic or contributed - i think is separate but related. The best UX for post translation i’ve seen is Facebook’s: a small ‘see translation’ link underneath a post that displays an automatic translation when clicked. I don’t know if that would make sense for a multi-lingual Discourse.
Sure, show-all could be the default. The important thing is either set-up is easily doable with the approach I and @resplin have described.
Functionally speaking, translation is a very different type of functionality from what we’re discussing here, so I would strongly suggest starting a linked topic for any further discussion about such features.
I totally agree with you. This seems to be already partially done in a plugin that is not working now, as I mentioned above. Seems to me that is where we should be putting our energy.
“this”=best practice recommendations, plugins, etc for multilingual forums. I really don’t like the option of running multiple forums, but I have/will have content in 3 languages w/ very little crossover in audiences. I saw several different topics related to suggestions/improvements to handle multilingual requirements, but none of the threads ever seemed to a) result in actual feature development or b) consensus best practices. I was just hoping I missed something.
I think the reason you don’t see that is that there are still very few multi-lingual forums and those that exist will chose whatever works best for them.
Why is there no crossover? Because the people in each language community have nothing to say to each other (i.e. they’re talking about different things) or because they don’t understand each other or because they couldn’t be bothered to talk to each other because they have enough interesting conversations within their language community?
In the first case (different topics), there isn’t really any reason to combine them in a single forum.
In the third case (“couldn’t be bothered”), the question would be whether you want to encourage interaction between through the way you organize the forum or whether you are happy with three more or less separate communities with the occasional interaction and “invisible” flow of information through multi-membership.
If you want to encourage interaction between language communities, you might want to consider not creating the same category in different languages but have everyone use the same category and use the translator plugin. If you don’t want to push people to interact across languages, my proposed solution above seems to be the way to go.
A feature that may indeed be useful for several of these scenarios are translatable categories. It has been requestedbefore.
It would be nice to have the categories by language and when you write a message, a flag of language or something like that would appear. The problem with the Translator+++ is that you have to register for paid services.
In Azure, the first 2 million characters every month are free. And when your forum has become so big that you need more than 2 million chracters and your users appreciate the translation service, I would hope that you can get the money from them.
Note that post are only translated upon request, which means that the 2 million characters are only consumed when someone clicks the translate button. And I believe the translation is then stored locally so every post only needs to be translated once per language.
I don’t think I registered my credit card. Are you sure you need to do that for the free tier?
Because the free tier doesn’t even allow you to go over 2 million and pay for it. You will just be cut off. So there is no need for a credit card at all.