Wir waren mit der Inhaltslokalisierung recht zufrieden, haben aber ein Problem mit der Einstellung Set locale from param festgestellt.
Sie sollte es ermöglichen, die Sprache eines anonymen Benutzers über den URL-Parameter ‘tl’ festzulegen, z. B. ?tl=es. Derzeit zeigt die Foren-URL mit z. B. ?tl=fi die Benutzeroberfläche und die Forenkopfzeilen für anonyme Benutzer korrekt auf Finnisch an. Wenn ich jedoch einen Thread öffne, werden diese falsch angezeigt, basierend auf dem Accept-Language-Header des Browsers (in diesem Fall Englisch).
Wenn ich das richtig verstanden habe, sollte die Priorität ?lang= in der URL haben, dann der Locale-Cookie, dann Accept-Language? Zumindest in unserem Fall scheint die Verwendung von ?tl nur die Sprache der Benutzeroberfläche zu ändern, nicht aber die angezeigten Übersetzungen.
Was den Kontext betrifft, den wir zu erreichen versuchen:
Benutzer auf die schwedische Forenversion (tl=sv) von unserer .se-Website und auf die finnische Version (tl=fi) von unserer .fi-Website usw. leiten.
Für anonyme Benutzer, die global surfen, wäre es schön, wenn die Standardeinstellung der Browser-Locale-Header verwendet wird, wenn wir oder der Benutzer die Sprache nicht voreingestellt haben.
Hmmmm, ich verstehe.
Ich denke, das ist auch die ideale Erfahrung, die ich erwarten würde. Aus irgendeinem Grund hatte ich erwartet, dass meine ursprüngliche Implementierung dem folgen würde.
Ich habe hier eine Aufnahme hinzugefügt, damit andere das Problem verstehen können, und werde daran arbeiten.
Die Korrektur ist auf Meta bereitgestellt und hier ist ein Beispiel für eine anonyme Ansicht in einem spanischen Browser und ein Suchbegriff, der zu einer tl=es Meta-URL führt –