Falsche Seitensprache bei mehreren Sprachvorgaben im Browser

[styx7]

Hallo,

nachdem ich schon sehr viel ohne selbst zu Fragen gefunden habe, bin jetzt ich über etwas gestolpert, wozu ich nicht finden konnte.

Ich habe ein Seite erstellt, welche zweisprachig ist (DE und EN). Die englische Seite ist als Sprachen-Fallback definiert, die deutsche natürlich nicht. Funktioniert auch soweit eigentlich genau so, wie ich das wollte.
Ein Freund von mir (deutsch-grieche) hat jedoch meine Seite aufgerufen und landet auf der englischen Seite.

Herausgefunden habe ich schon, dass er bei seinem Browser in der Sprachwahl Griechisch und Deutsch (in dieser Reihenfolge) eingestellt hat. Somit erwarte ich eigentlich, dass die deutsche Seite angezeigt wird.

Soweit ich bisher finden konnte, scheint TL jedoch nur die primäre Sprache des Browsers aus der ACCEPT_LANGUAGE zur Suche nach der passenden Seite zu verwenden.

Hier meine Fragen:
1. Ist das so, oder mache ich da einen Fehler?
2. Falls das so ist, ist das beabsichtigt, oder könnte das ein Punkt für ein neues Feature sein?
3. Gibt es vielleicht eine Erweiterung, die das schon löst?

Hab mir schon mal die ChangeLanguage Erweiterung angesehen, die hilft aber erst nachdem das Kind schon in den Brunnen gefallen ist.

Vielen Dank schon mal für jede Antwort!

[xchs]

Hier meine Fragen:
1. Ist das so, oder mache ich da einen Fehler?
2. Falls das so ist, ist das beabsichtigt, oder könnte das ein Punkt für ein neues Feature sein?
3. Gibt es vielleicht eine Erweiterung, die das schon löst?

ad 1: Ja, das ist so!
ad 2: Ich denke schon.
ad 3: Meiner Meinung nicht nötig, da dieses Verhalten ja so beabsichtigt ist.

[styx7]

Hallo ochs,

erstmal danke für die schnelle Antwort!

da dieses Verhalten ja so beabsichtigt ist.

Das das so beabsichtigt ist, verstehe ich nicht.
Der Aufrufer hat in seinem Browser doch angegeben, dass er gerne die Seite in GR hätte und falls das nicht geht, dann lieber in DE.
TYPOlight scheint die alternative zu ignorieren und serviert dafür die Seite in EN, obwohl auch DE vorhanden ist.

Eigentlich hätte doch die DE Seite angezeigt werden sollen. So verstehe ich zumindest auch die RFC 2616. Im Abschnit 14.4 steht da zu Accept-Language doch auch das Beispiel:
Ein

Accept-Language: da, en-gb;q=0.8, en;q=0.7

wird interpretiert als:

"I prefer Danish, but will accept British English and other types of English."

[xchs]

Hallo styx7,

ja, ganz unrecht hast Du dabei nicht. Wenn man das näher betrachtet, wäre es eigentlich durchaus hilfreich, wenn TYPOlight diese zusätzlichen gewichteten Sprachen auch irgendwie auswerten bzw. berücksichtigen könnte.

[deerwood]

Hi,

TYPOlight versucht das auch zu beachten. In initialize.php ca. Zeilen 126 ff werden die Browser-Wunsch-Sprachen mit den verfügbaren Backend-Sprachen abgeglichen. Das passiert "rückwärts" nach der Wunsch-Sprache, so dass die am meisten erwünschte UND vorhandene Sprache in $GLOBALS['TL_LANGUAGE'] gespeichert wird. Zu diesem Zeitpunkt sollte also im Beispiel ('gr', 'de') "de" gewählt sein, vorausgesetzt, dass es im Backend 'gr' nicht gibt.

Aber $GLOBALS['TL_LANGUAGE'] wird später auch noch an anderen Stellen im System gesetzt, das überblicke ich im Moment nicht alles.

LG, Georg

[styx7]

Hallo Georg,

die $GLOBALS['TL_LANGUAGE'] scheint mir nur für das Backend genutzt zu werden.
Soweit iich bisher finden konnte wird die Frontendsprache in der Frontend-Klasse Funktion getRootIdFromUrl() bestimmt. Dort wird dann aber nur die Browser-Primärsprache via $accept_language[0] verwendet.

Jetzt dachte ich schon ich könnte klugscheißern und wollte statt dessen das ganze Array übergeben und nicht nur den Index 0, aber so einfach ist das nicht. Das Problem werde ich noch mal im Bereich Entwickler-Fragen plazieren. Vielleicht schaffe ich ja damit mal eine erste Extension zu erstellen ;-)

Aber Danke schon mal für die Tipps!