Multilingual Plugin 🌐

[Honeyxilia]

I’ve opened a PR that (mostly) fixes this bug !

FIX : Custom Translations not showing to logged off users

it works on category names, descriptions, and subcategories when the option show_subcategory_list is active on a category !
The only issue left is subcategories when show_subcategory_list is off

[thoka (Thomas Kalka)]

If I want to translate categories, category-descriptions and tags in my forum to 10 different languages, I have to create and upload 3 x 10 = 30 separate files for configuration and updates.

I’m thinking about having all translations in one file with following structure:

categories:
  slug: 
    _de: German name
    _en: English name 
    .description:
       _de: German description
       _en: English description
tags:
  tag:
     ...

This would have several benefits:

• All translations could be updated at once
• Translators see context during translation
• Streamline translation tasks utilizing Large Language Models

Has anyone tried this before?

Are there any downsides I do not see?

Regarding a first implementation, I will try to write a plugin that creates and updates all needed entries in Multilingual::CustomTranslation.

[angus (Angus McLeod)]

This plugin is in need of an upgrade. I want to gauge whether it is worth it, and what is needed. If you’re interested in multilingual features please vote:

• I use the plugin and just want it to keep working.
• I use the plugin and want better/different functionality or UX.
• I want better multilingual functionality in Discourse but don’t use this plugin (please explain below).
• None of the above (please explain below why you voted).

[UlBre]

@angus

I want better multilingual functionality in Discourse but don’t use this plugin (please explain below)

My answer “I want better multilingual functionality in Discourse but don’t use this plugin (please explain below)” is because we are just evaluating for good a multilanguage-option. It would be great to find your tool to be the one.

As you asked for what ist needed I put my post I wrote for general question für multilanguage support here:

We do have a website with one domain and two languages (german, english). The content ist divided by domain.org/de/[nameofsite] and domain.org/en/[nameofsite].
Wo do have a discourse-forum in german language at the subdomain [germankeyword]-forum.domain.org
Now we want to add an english forum version.
Unfortunately the english keyword, which aptly describes the topic, and which we would want to use for the english forum ([englishkeyword]-forum.domain.org) differs from the german keyword. The german keyword doesn’t work in english and the english keyword doesn’t work in german.

Question:
Is ist possible to run a (one) discourse-forum with different subdomains for different languages while using only one account management?
Or do we have to build a completely new english forum with its own subdomain and its own account management?

With the term “one account management” i do mean only one database for users and only one login for both languages.
Ist there any possibility to avoid that users, who want to use both languages, have to register twice?

Or do we strictly need to restrict us to one domain if we want to offer the same logins for different languages oft the same forum?

If we do need one domain and one forum, ist there a possibility to show the language of a post in the linkname oft the post?

Just like
https://meta.discourse.org/t/multilingual-plugin/*en/*142740/125
for english posts and
https://meta.discourse.org/t/multilingual-plugin/*de/*142740/125
for german ones?

Sorry if my questions were too stupid…

[angus (Angus McLeod)]

@UlBre

Is ist possible to run a (one) discourse-forum with different subdomains for different languages while using only one account management?

In short, no, that’s not possible.

@UlBre

Or do we have to build a completely new english forum with its own subdomain and its own account management?

Part of the goal of this plugin is to allow different native speakers to exist on the same forum and for their preferred language to be naturally surfaced to them. That was the original intent of the plugin.

@UlBre

Ist there any possibility to avoid that users, who want to use both languages, have to register twice?

Yes, you’d have them on the same forum. If you really have to have two separate forums you’d have to use an identity provider, e.g. auth0 or okta, which then provides authentication for both forums.

@UlBre

If we do need one domain and one forum, ist there a possibility to show the language of a post in the linkname oft the post?

Just like
https://meta.discourse.org/t/multilingual-plugin/*en/*142740/125
for english posts and
https://meta.discourse.org/t/multilingual-plugin/*de/*142740/125
for german ones?

This isn’t currently a feature of the plugin however it’d be possible to achieve this with some additional work. To fully achieve your vision additional work would be needed either way. You can send me a private message on coop.pavilion.tech.

[angus (Angus McLeod)]

Given the results of this poll I’m going to work on the next major version of this plugin starting in September. If you have any specific requests for features, now’s the time to make them. The next version of the plugin will also have a paid business subscription available with support and other benefits. The plugin will remain 100% open source.

[pfaffman (Jay Pfaffman)]

@UlBre

Question:
Is ist possible to run a (one) discourse-forum with different subdomains for different languages while using only one account management

You could have two instances and use discourse connect to make one of them the site that handles authentication.

[Jagster (Jakke Lehtonen)]

As a part of very small and difficult language family I need AI-based translations for my finnish and estonian users. Translation services are horrible bad outside main languages.

Translations into English are a bit better, though.

[das-g (Raphael Das Gupta)]

I’m trying to use the multilingual guest language switcher footer visible setting, to make the community’s main languages quickly accessible as interface languages for guests. Here is what I observed:

1. The bar with the shortlist of interface languages is only visible when when multilingual guest language switcher is set to footer, but not when it’s set to header.

   As the bar is also called a “footer” in the setting name (even though it isn’t in Discourse’s page footer, but rather floats over the content near the lower right corner of the window), this might be expected. Though on sites offering a lot of interface languages (e.g. all currently available in Discourse), it’d be nice to have a quick-access short-list of the community’s main languages available independent of the placement of the full language chooser menu for guests. (And I think a menu button in the header looks much cleaner than bar floating over random parts of the page content, covering up some of it.)

   Maybe when header is chosen and languages are selected in multilingual guest language switcher footer visible, those could be sorted to the top of the menu and somewhat highlighted?

2. The setting allows to re-order the languages selected for the shortlist in the bar:
   

   However, the bar seems to ignore that order and instead seems to sort the languages alphabetically by their 2-letter short code:
   

   It’d be nice if the order configured in the setting was honored (either by default, or through an additional setting toggle.)

[das-g (Raphael Das Gupta)]

Oh, and when multilingual guest language switcher is set to header, the menu with the list of languages is not scrollable (nor limited by the height of the browser window), so some languages aren’t selectable, because they happen to end up below the lower edge of the browser. (Workaround in Firefox: Zoom out with Ctrl+Scrollwheel, so that the whole menu fits into the Browser window.)

This is with version 0.2.9 (ba63f9a) of the “Multilingual”-Plugin.

[das-g (Raphael Das Gupta)]

A previous admin of our instance seems to have already uploaded some category_name.<language code>.yml at <discourse base URL>/admin/multilingual/translations.

However they don’t seem to work. Is there a way to view or download their content, so I can modify them and upload again?

Edit:

They do work now. (I don’t know what changed.) I’d still be interested in downloading them (or accessing them on the server, if they’re on the file system there), in case I need to modify them at some point.

[evenlo]

Hi I’ve installed discourse-multilingual in two sites.
There is an error with require is not defined in i18n.js:

When I disabled discourse-multilingual, the error did not occur. Could you please let me know what might be causing this?

Thank you.

[jesus2099]

@angus

I use the plugin and want better/different functionality or UX.

But I want to:

@jesus2099

have en = English, instead of English (US)

[jesus2099]

@jesus2099

How could we have en = English, instead of English (US)?

I came across a second bug on this topic.

I have replaced 简体中文 with 한국어.
A pencil icon did appear, notifying of a change.
But if you look at edit history entry, the topic language change is not shown.
The Before and After are identical, even in Raw mode.

[Moin]

I think that was also the problem in

Issue with Customize About Page Feature Mixing with Old js.about.contact_info Text

Something is severely broken with your site @TheBaby5 — the list of available locales on your site is null and it’s causing a whole lot of problems. Are you running a supported install? Do you have any non-official plugins?