Das Multilingual-Plugin ermöglicht es Administratoren eines mehrsprachigen Forums, eine reichhaltige und verständliche Umgebung für alle Benutzer und Gäste zu schaffen, selbst wenn sie die Standardsprache oder die Mehrheitssprache des Forums nicht sprechen.
optionale Felder für Schnittstellen- und Inhaltssprache bei der Registrierung (bald verfügbar).
Bitte beachten Sie
Alle oben genannten Funktionen arbeiten auf Basis des bestehenden Discourse-Lokalisierungssystems und funktionieren in Verbindung mit allen Funktionen dieses Systems (siehe hier eine längere Erklärung dazu).
Wenn Sie Schnittstellensprachen („Locales") zu Discourse hinzufügen möchten, ist der beste Weg, dies zu tun, die Befolgung der Schritte, die hier beschrieben sind: How to add a new language. Sie können ein Locale auch über ein Plugin hinzufügen, wie hier beschrieben.
Die Möglichkeit, dies über die Admin-Oberfläche in diesem Plugin zu tun, sollte erst in Betracht gezogen werden, wenn die vorhandenen von Discourse unterstützten Methoden erschöpft sind. Alle Sprachen, die über die von Discourse unterstützten Methoden zu Discourse hinzugefügt werden, stehen automatisch für alle Funktionen in diesem Plugin zur Verfügung.
Dieses Plugin wurde durch die Unterstützung der Wikimedia Foundation ermöglicht, mit besonderer Unterstützung von @Elena_Lappen und @icaria36, die wesentliche Beiträge zum Design des Funktionsumfangs geleistet haben.
Für weitere Diskussionen über die Gedanken hinter diesem Plugin siehe:
Wow! Du hast dich wirklich ins Zeug gelegt. Tolle Arbeit, @angus! Ich freue mich darauf, Beispiele davon in der Praxis zu sehen. Lass mich wissen, wenn du jemanden wie mich brauchst, der sich das ansieht und Feedback gibt.
Eine Lücke war bisher das Fehlen einer Funktion, die es Mitarbeitern ermöglicht, Übersetzungen von Beiträgen zu verbessern, die vom Translate-Plugin bereitgestellt werden – wird das Teil dieser Bemühungen sein?
hm. Ich schließe das nicht aus, aber das fällt wahrscheinlich eher in den Zuständigkeitsbereich des Übersetzungs-Plugins.
Eine etwas verwandte Funktion, die ich einmal für etwas anderes entwickelt habe, ist ein kleines Zähler-Symbol, das für Benutzer angezeigt wird, wenn die von ihnen verwendete Sprache auf die Standardsprache zurückfällt, weil eine Übersetzung fehlt. Klicken Sie auf das Symbol, und Sie sehen:
“x Übersetzungen für diese Seite fehlen. Helfen Sie uns, sie hier zu übersetzen: (Link zu Discourse Transifex).”
Es scheint, als würden viele unserer alten Themen nachträglich das Sprachtag erhalten, was erwünscht ist, aber bisher nur bei einer Handvoll. Wird irgendwann ein Job ausgeführt, um das Tag auf alle bestehenden Beiträge anzuwenden? Falls nein, gibt es eine Möglichkeit, allen bestehenden Beiträgen ein Sprachtag hinzuzufügen? Unsere Website war bisher nur auf Englisch, daher möchte ich, dass alle bestehenden Beiträge das en-Tag haben.
Wenn mehrere Sprachen unter „Inhaltssprachen“ festgelegt sind, sollte man dann nach einer einzelnen Sprache filtern können? Momentan passiert nichts, wenn ich eine der Sprachen im Dropdown-Menü anklicke.
Danke für das Feedback, David, und dass du es ausprobiert hast. Ich habe mehrere Updates durchgeführt, die unter anderem die beiden von dir genannten Probleme beheben.
Noch nicht. Derzeit erhalten nur die vom Translator-Plugin übersetzten Beiträge automatisch rückwirkend ein Content-Tag (sofern das Translator-Plugin aktiviert ist und die Synchronisierungsfunktion eingeschaltet ist).
Ich kann einen solchen Job hinzufügen, er müsste jedoch eine bestimmte Sprache als Parameter erhalten und in einem definierten Bereich ausgeführt werden. Zusätzlich zu einem „site-wide“-Bereich könnte ich dies pro Kategorie oder pro (nicht-Inhalt-)Tag durchführen (d. h. dieses Content-Tag auf alle Themen in dieser Kategorie oder mit diesem anderen Tag anwenden). Was wäre für dich am besten?
Nein, die Liste soll lediglich anzeigen, welche Content-Sprachen aktuell eingestellt sind. Könntest du mir bitte erklären, wie du erwartest (oder wie du möchtest), dass dies funktionieren soll?
Idealerweise möchte ich, dass das en-Tag auf alle bestehenden Beiträge angewendet wird, die kein Sprach-Tag haben. Ist das zu weit gefasst? Das Problem ist, dass ein Benutzer, der seine Inhaltssprache z. B. auf Englisch und Spanisch einstellt, dann nur die Beiträge mit dem Sprach-Tag sieht und nicht die Tausenden von Beiträgen ohne Tag.
Da es eine Liste gibt und die Elemente beim Hover hervorgehoben werden, entsteht der Eindruck, sie seien anklickbar. Meine Erwartung wäre in diesem Fall, dass beim Klicken auf eines davon deine Beiträge nach dieser Sprache gefiltert werden. Ich denke, das könnte eine nützliche Funktion zum Filtern nach Sprache sein, aber es ist auch nichts, wovon ich wirklich abhängig bin.
Ein weiterer Punkt: Ich hätte gerne die Option, den Sprach-Button zu verschieben. Meine Navigationsleiste ist bereits mit vielen Elementen überfüllt. Außerdem wirkt der hervorgehobene Button oberhalb des „Neues Thema“-Buttons deplatziert und zwingt diesen nach unten. Ich nehme an, es ist nicht möglich, ihn an den Anfang der Navigationsleiste zu verschieben, z. B. vor Latest? Alternativ könnte er wie auf meiner WordPress-Startseite https://naturephotographers.network in einer Ecke schweben oder ähnlich wie die Option im Übersetzungs-Plugin im Header platziert werden.
Ich verstehe deine Begründung, ihn in die Navigationsleiste zu setzen, da du ähnlich wie bei den anderen Buttons filterst. Allerdings würdest du dies nur einmal einstellen und dann vergessen. Es ist nicht so, als würdest du regelmäßig nach verschiedenen Sprachen filtern.
Für mich ist dies das gewünschte Verhalten. Nutzer dürfen keine Beiträge in einer fremden Sprache sehen. Wenn es keinen Beitrag in ihrer Sprache gibt, müssen sie keine Beiträge sehen.
Als Option wäre jedoch eine Funktion zum „Massen-Tagging
Zustimmung: Die Lösung, die ich auf Pavilion vorgeschlagen habe, lautet: Wenn die Standardsprache mit einer der ausgewählten Themensprachen übereinstimmt, sollen alle Beiträge ohne Tags angezeigt werden. Massen-Tagging wäre jedoch die bessere Option.
@angus, ich bin nicht zu 100 % sicher, ob dies mit deinem Plugin oder einer Änderung im Kern zusammenhängt, aber es könnte ein Fehler sein, auf den ich gestoßen bin. Wenn ich einen bestehenden Beitrag bearbeite, Änderungen vornehme und versuche, ihn zu speichern, erhalte ich diesen Fehler: „Keiner der von dir ausgewählten Tags kann verwendet werden“. Es sind keine Tags außer dem Tag en gesetzt, und „minimale Anzahl erforderlicher Tags in einem Thema“ ist auf 0 eingestellt. Hast du eine Idee?
Ich bin heute auf ein weiteres Problem gestoßen, Angus. Ich hatte zuvor ein ig-Tag (Kurzform für Instagram), das vom Plugin gelöscht wurde, um Platz für die igbo-Sprache zu machen. Ich nehme an, es gibt keine Möglichkeit, dies wiederherzustellen? Ich habe versucht, das Plugin zu deaktivieren, in der Hoffnung, dass es vielleicht noch da ist, aber leider scheint es längst verschwunden zu sein. Ich weiß, dass dies ein Risiko ist, das man eingeht, wenn man Plugins testet. Vielleicht solltest du eine Warnung hinzufügen, dass dabei alle Tags mit demselben Namen gelöscht werden.
Mein Gott! Du bist fantastisch!
Ich meine, ich bewundere dich wirklich. Ich hoffe nur, dass dieser Beitrag nicht von deiner großartigen Arbeit ablenkt.
Nur eine kurze Anmerkung: David und ich haben dieses Problem gelöst und die bestehenden ig-Tags wiederhergestellt.
Wenn es einen Konflikt zwischen einem bereits vorhandenen Tag und einem Inhalts-Sprach-Tag gibt, ist die Sprache als Inhalts-Sprache nicht verfügbar, bis der Konflikt behoben ist. Dies wird in Ihrem Sprachen-Admin-Bereich angezeigt.
Lieber Angus, ist es möglich, nur den Sprachwechsler für Gäste zu verwenden? Ich muss nicht alle Funktionen dieses Systems nutzen – ich benötige lediglich die Möglichkeit, dass Gäste die Sprache der Benutzeroberfläche ändern können.
Wir haben das Plugin installiert, aber jetzt ist für Benutzer kein Inhalt mehr sichtbar, selbst nicht für das Personal. Wenn wir jedoch eine Kategorie bearbeiten und versuchen, sie zu löschen, erhalten wir folgende Warnung:
Der einzige Weg, auf ein Thema zuzugreifen, besteht darin, dem Link in der Warnmeldung zu folgen oder die URL des Themas zu kennen. Wenn wir auf das Thema (RIO Paris) zugreifen und dann einen Sprachinhaltstag hinzufügen, zum Beispiel „englisch“, wird es wie erwartet sichtbar. Unsere Vermutung ist, dass das mehrsprachige Plugin einwandfrei funktioniert. Nur Inhalte, die mit einem Tag verknüpft sind, werden angezeigt. Wir finden es jedoch irreführend und verwirrend, wenn Personen nicht alle verwandten Themen sehen können, ohne einen Sprachtag zuzuweisen. Wir haben Tausende von zuvor veröffentlichten Themen, die unsichtbar sind. Gibt es eine Lösung, um ihnen schnell einen Sprachtag zuzuweisen, da wir derzeit keine Liste sehen können?
Bitte geben Sie uns dazu eine Rückmeldung.
Edit: Ich habe mein Sichtbarkeitsproblem gelöst, indem ich alle Themen bestimmter Kategorien entsprechend der Sprache, die sie verwenden sollten, in Rails getaggt habe:
cd /var/discourse und dann ./launcher enter app
Die IDs der Kategorien mit rake categories:list abrufen
Wenn eine Kategorie, die nur Themen auf Deutsch enthalten soll, die ID 245 hat, dann rake tags:bulk_tag_category["de",245] ausführen
Ich habe dieses Plugin jetzt deaktiviert. Die Probleme begannen mit dem Verschwinden der Plugin-Liste im Admin-Bereich. Danach habe ich versucht, die App neu zu erstellen. Aber nach dem Neuaufbau konnte die Seite nicht geöffnet werden. Jetzt öffnet sie sich, aber mit diesem Plugin deaktiviert.
@angus, kannst du dein Plugin mit einer frischen Version von Discourse überprüfen?
Im abgesicherten Modus ohne nicht-offizielle Plugins sehe ich diese Seite ohne Plugin-Liste:
Zu diesem Zeitpunkt konnte kein Modus das Problem lösen (sicher, ohne inoffizielle, ohne alle) – in allen Modi sah ich keine Liste der im System installierten Plugins.
Code herunterladen
Dokumentation lesen
Bitte beachten Sie
Tolle Arbeit, 
