Zurück-Link im Mehrsprachbetrieb

Ahoi zusammen,

ich baue zur Zeit eine Seite mit drei Sprachen.

Auf der Projekt-Seite befindet sich eine Nachrichenliste. Hier werden alle Projekte als Nachrichtenbeiträge als Liste dargestellt. Klickt man auf ein Projekt wird das jeweilige Projekt mit allen Details aufgerufen. Soweit so gut.

An jeder Stelle auf der Seite kann man zwischen den Sprachen hin- und herwechseln. Dass funktioniert auch prima dank der beiden Erweiterungen "changelanguage" und "newslanguage".

Problem:
Auf den Detailseiten befindet sich ein "Zurück-Link" der per JS-Aufruf

Code:

---

javascript:history.go(-1)

---

zur letzten Seite springt.
Das ist allerdings etwas zu einfach und macht keinen Sinn, wenn man z.B. auf dieser Detail-Seite auf eine andere Sprache gewechselt hatte.

Frage:
Gibt es eine Möglichkeit einen Link zu setzen, der auf die jeweilige Eltern-Seite verweist statt nur in der Browser-Historie zur letzen besuchten Seite zurückzukehren?

Im Template den JS-Code gegen einen Inserttag zu tauschen ist die schnellste Lösung.

Zitat:

---

Zitat von andreasisaak

Im Template den JS-Code gegen einen Inserttag zu tauschen ist die schnellste Lösung.

---

Naja, ganz so schnell geht es auch wieder nicht, er müsste ja noch die korrekte Seite herausfinden, zu der er verlinken will (was ja evt. nicht so trivial ist?). Einfach mit {{env::referer}} bspw. geht es ja nicht, da kommt er ja wieder nur zur zuletzt besuchten Seite.

Und was ist mit {{page::parentAlias}} ?

Mann, ich hatte echt Tomaten auf den Augen.
Hatte bei den Insert-Tags nur unter url gesucht

Mit Deiner Hilfe hab' ich's nun im mod_newsreader.html5 Template gelöst:

HTML-Code:

---

  <p class="back"><a href="{{page::language}}/{{page::parentAlias}}.html" title="{{page::parentPageTitle}}"><?php echo $this->back; ?></a></p>

---

Zitat:

---

Zitat von andreasisaak

Und was ist mit {{page::parentAlias}} ?

---

Ah, kannte ich auch noch nicht, aber theoretisch könnte der Reader ja irgendwo sein und nicht immer nur direkt als Child der Seite wo die List ist :p. Aber reicht in diesem Fall :).

Zitat:

---

Zitat von Spooky

Ah, kannte ich auch noch nicht, aber theoretisch könnte der Reader ja irgendwo sein und nicht immer nur direkt als Child der Seite wo die List ist :p. Aber reicht in diesem Fall :).

---

Das mag sein. Aber in der Regel ist es so aber der beste Weg weil die Detailseite in der Regel ein Kindelement der Listenübersicht ist. Es gibt noch einige andere Möglichkeiten, die genauso schnell realisiert sind und die auch bei nicht verschachtelten Seitenbäumen funktionieren. Da müssen wir hier doch nicht über eine nicht existente Komplexität diskutieren.