Je pense qu’il y a deux choses qui sont confondues ici.
Un modèle peut être capable de traduire du contenu dans de nombreuses langues, mais ce sélecteur de langue modifie la locale de l’utilisateur sur Discourse, y compris l’interface utilisateur et le contenu généré par les utilisateurs.
Par exemple, notre fonctionnalité IA peut être capable de traduire un message en hindi, mais les boutons, menus et étiquettes de Discourse resteraient non traduits car le hindi n’est simplement pas une locale actuellement prise en charge par Discourse. Le sélecteur change la langue de l’ensemble du site, et pas seulement celle du contenu des messages.
Les options sont limitées par conception aux locales prises en charge par le système i18n de Discourse, avec les étiquettes linguistiques appropriées, les traductions de l’interface, les règles de pluriel et les mécanismes de repli.
Vous pouvez créer un plugin : il peut enregistrer une locale supplémentaire, mais vous devrez fournir une prise en charge locale appropriée pour tous les boutons et étiquettes via i18n, et non via notre fonctionnalité de traduction IA.