Klick auf Zurück-Button springt immer an den Seitenanfang

[grashalm]

Liebe Community,

wenn ich das Newsreader-Modul nutze, springt ein Klick auf den Zurück-Button immer an den Anfang der Ursprungsseite, und nicht an die Stelle, wo ich vorher war. Wenn ich im Newsreader-Modul aber die Zeile

<p class="back"><a href="<?= $this->referer ?>" title="<?= $this->back ?>"><?= $this->back ?></a></p>

durch die Javascript-Zeile

<p class="back"><a href="javascript:history.back()">Zurück</a></p>

ersetze, funktioniert es einwandfrei.

Ist es beabsichtigt, dass der originale Code immer an den Seitenanfang der Ausgangsseite zurückspringt?
Falls ja: Kann ich das so mit Javascript lösen, wie ich es gemacht habe, oder gibt es da bessere Lösungen?

grashalm

[derRenner]

Du kannst im Frontend-Modul Nachrichtenleser eine Übersichtsseite mit individueller Bezeichnung vergeben

[Spooky]

Ich denke das hat er bereits gemacht (sonst würde der Link im Default-Template von Contao 5 gar nicht ausgegeben werden). Aber nur mit history.goBack() bekommt man auch die ursprüngliche Scroll-Position wiederhergestellt.

[grashalm]

Du kannst im Frontend-Modul Nachrichtenleser eine Übersichtsseite mit individueller Bezeichnung vergeben

Ja, ich weiß. Das mache ich ja auch. Aber die Scrollposition der ursprünglichen Seite erreiche ich damit nicht. Die erreiche ich tatsächlich nur, wenn ich im Template

<a href="javascript:history.back()">Zurück</a>

eingebe, da hat Spooky schon recht. Frage ist nur: Ist das der sauberste Weg, das so zu programmieren? Oder gibt es noch einen besseren Weg? Und ist es so gewollt / wünschenswert, dass die Scrollposition der Ursprungsseite mit dem Original-Code im Template nicht erreicht wird? Oder wäre das ein Issue bei github wert? Das kann ich schlecht einschätzen...

[lucina]

Ich glaube, das mit der Scrollposition ist eher so nicht allgemein gewünscht, jedenfalls nicht automatisch.

Du könntest die jeweilge Position im localStorage des Browsers speichern und dann ja auch wieder aufrufen.

Aus dem Bauch heraus ein Beispiel für ein Element .sidebar:

// .sidebar Element finden
let sidebar = document.querySelector(".sidebar");

// Scroll Position aus dem localStorage lesen
let storedScrollPosition = localStorage.getItem("sidebarScroll");
// Wenn es eine Position gibt daorthin scrollen
if (storedScrollPosition !== null) {
  sidebar.scrollTop = Number(storedScrollPosition);
}
// Scroll position in localStorage speichern bevor die Seite verlassen wird
window.addEventListener("beforeunload", () => {
  localStorage.setItem("sidebarScroll", sidebar.scrollTop);
});

[grashalm]

Hallo Lucina,

vielen Dank für Deine Idee.

Grundsätzlich muss ich nochmal nachfragen: Ist Dein Code die bessere / sauberere Variante, so etwas umzusetzen, oder könnte ich auch
bei meinem Javascript-Snippet bleiben??? Den verstehe ich nämlich wenigstens noch. Und wenn ich dabei bliebe, habe ich dann durch das
Auskommentieren der entsprechenden Zeile im Template

<p class="back"><a href="<?= $this->referer ?>" title="<?= $this->back ?>"><?= $this->back ?></a></p>

irgendwelche weiteren oder anderen unabsehbaren Nachteile, oder wäre das für mich tatsächlich die einfachere Lösung?

Wenn ich Deinen Code nehmen würde:

Muss ich in meinem Fall dann den Code ansonsten 1:1 so übernehmen mit diesem Element .sidebar? Ist sidebar quasi der
vertikale Scrollbalken, dessen Position im Code gespeichert wird? Muss ich den Code dann im besagten Template platzieren,
und wenn ja, wo genau? Anstelle der jetzt auskommentierten Zeile? Oder einfach danach einfügen?
Ich habe leider so gar keine Ahnung vom Coden...

Freue mich sehr über Deine Einschätzung zum oberen Teil meiner Frage, und über Antworten, wenn ich doch Deinem Codebeispiel folgen
soll...

grashalm

[zoglo]

Lucinas Variante hilft hierbei die letzte Scroll-Position zu speichern.

Es wurde schon vorher

javascript:history.back()

genutzt, es wird auch in Zukunft weiterhin funktionieren (Wenn die Sicherheitseinstellungen es erlauben ).
Grund für die Änderung war, dass die News-Seiten bei Google indexiert waren, somit ein Sprung "zurück" dann wieder zu Google führte, nicht zur Übersicht.

Es ist also dir überlassen, was besser für dich ist.

[grashalm]

alles klar, danke!

[louthi]

Hallo an Euch alle,

habe ein fast ähnliches Problem, bis jetzt leider nicht fündig geworden.

Nur werden bei meiner Seite im Newsmodul schon eine Selektierung vorgenommen. Der zurückbutton aus dem Readerbeitrag müsste dann auf die vorherige Vorsortierung springen.
Hier mal ein Link zur Seite: https://www.rebschule-freytag.de/rebsortiment.de.html.

Die Rebensorten werden hier alle aus den Newsbeiträgen gelistet. Es findet dann über JS eine Vorsortierung statt. Wenn man auf eine davon klickt gelingt man auf die Readerseite. Beim Zurückbutton wird statt die selektiere Rebsorte die ganzen Rebsorten gezeigt.

Ich hoffe, ich habe mich einigermaße verständlich ausgedrückt. Vielleicht kann mir jemand bei dieser Aufgabe helfen.
Danke schon mal.

[zoglo]

Die Sortierung findet über JavaScript statt und ist selbst programmiert / implementiert? Dann hat das nichts mit dem Contao-Standard zu tun.

Diese Sortierung könntest du über einen URL-Parameter ansteuern und vorselektieren, das musst du dir programmieren und dann an die angeklickte News anhängen (URL, POST wie auch immer).
Auf der News-Seite wirst du dann beim Zurück-Button (Nicht JavaScript History go back) die Übersichtsseite dieser auswählen und kannst dir hier dann den Parameter anhängen, der die Sortierung beinhaltet.
Über diesen Parameter kannst du das dann auch wieder vorselektieren.

Also ungefähr so:
https://www.rebschule-freytag.de/reb...html?sorte=rot

Wenn das alles in deinem JavaScript implementiert ist, dann sollte das gehen.

[louthi]

Danke Dir,

habe nicht so viel Ahnung. Ich teste es auch, dann melde ich mich nochmal.
Grüße!