[live] Browser springt nach Änderungen an Listenanfang

Die Timer haben mit dem Patch oben nichts zu tun:

The content cannot be displayed because you do not have authorisation to view this content.

The content cannot be displayed because you do not have authorisation to view this content.

Wie man sieht, bleibt die Anzeige nach dem Deaktivieren des Timers exakt gleich. Dafür sorgt restoreScrollPosition(), das Wiederanzeige der Seite aufgerufen wird..

Mit Firefox ja, mit Edge nicht.

Das ist mir inzwischen auch schon aufgefallen. Chrome-basierte Browser lösen das onpagehide-Event scheinbar aufgrund anderer Trigger als Firefox aus.

Das muss ich mir nochmals ansehen…

Nach etlichen Untersuchungen während der letzten Tage scheint klar, dass Chrome-basierte Browser den – sogar auf der Chrome-Developer-Seite (!) publizierten – Page-Lifecycle nicht korrekt unterstützen:

• Der vom Patch genutzte pageshow-Event zur Wiederherstellung der Scroll-Position wird zuverlässig ausgelöst.
• Der ebenfalls genutzte pagehide-Event zum Speichern der Scroll-Position wird bei einem Seitenwechsel nicht wie spezifiziert ausgelöst (Übergang ⓕ – "User navigates to another page").
• Auch der oft als Alternative empfohlene Event visibilitychange oder der laut Page-Lifecycle eigentlich geeignete blur haben sich für diesen Zweck als unzuverlässig erwiesen.

Weil aber Firefox die Events pagehide und pageshow gemäß dem Page-Lifecycle korrekt behandelt, hat der bisherige Ansatz für die Wiederherstellung der Scroll-Position (bis auf ein kleines Springen beim Reload) dort gut funktioniert.

Trotz etlicher Bestrebungen hat sich aus dem Page-Lifecycle heraus kein Event finden lassen, der auf beiden Browser-Plattformen beim Verlassen einer Seite zuverlässig ausgelöst wird. Deshalb geht der folgende Patch:

• The content cannot be displayed because you do not have authorisation to view this content.

… das Problem jetzt anders an, indem er 200 ms nach einer Scroll-Operation die erreichte Scroll-Position speichert, um sie später bei einem Neuladen bzw. erneuten Aufruf der Seite wiederherzustellen. Wegen der scroll-Events ist das zwar etwas aufwändiger als ein einzelner pagehide-Event beim Seitenwechsel, dafür funktioniert es aber auf beiden Browser-Plattformen zuverlässig.

Dennoch gestaltet sich der Seitenwechsel bei Firefox viel harmonischer als bei Chrome. Denn Firefox stellt die Scroll-Position einer Seite und ihrer Elemente automatisch wieder her, wenn man auf eine bereits geladene Seite zurückkehrt. Chrome hingegen merkt sich – wie im Web nachzulesen ist – seit Version 87 die Scroll-Position von untergeordneten Elementen nicht mehr, sondern nur noch Scroll-Position der Seite, sprich: des body-Elements. Und Google scheint das auch nicht angehen zu wollen…

MarkusE, der Patch übernimmt auch zentral das Entfernen von Bookmarks aus der URL (wie etwa bei schedule.html#now). Denn eine solch konsolidierte URL muss im History-State zusammen mit den Daten der Scroll-Position gespeichert werden. Das ersetzt nicht nur die bisherige Funktion removeBookmark(), sondern steht damit auch anderen Seiten zur Verfügung, sollten diese später einmal Bookmarks verwenden wollen. Und als Nebeneffekt treten auch die Sprünge beim Neuladen der Programmübersicht nicht mehr auf…

kfb77, massi, könnt ihr den Patch bei euch bitte einmal testen?

Ja, funktioniert bei mir mit Edge.

im git ist ein Update, mit #6. Bitte testen

Funktioniert bei mir mit Edge und dem aktuelle Stand von git master.

Na klar doch…

Weil ich fast ausschließlich Firefox nutze, fallen mir solche Abweichungen bei den Chrome-Browsern nicht immer sofort auf. Aber wenn ich davon Kenntnis habe, kümmere ich mich meist gleich darum.