Wenn Ergebnisse auf der Website eingetragen werden, dann wird die Website mit yscroll=0 neu geladen
Beobachtetes Verhalten
Der vertikale-Scroll wird nach dem Absenden des Formulars zurückgesetzt.
Vorgeschlagenes Verhalten
Mir sind zwei Ideen aufgekommen:
Es scrollt zum zuletzt bearbeiteten Spiel
Der Scroll-Offset von vor dem Absenden wird wiederhergestellt
Vorgeschlagene Lösung
Ich glaube, dass das benutzte Template dieses ist.
Wenn die table-row in Zeile 43 eine id erhält, dann könnten Webbrowser mittels #ElementID in der Reload-URL dazu aufgefordert werden, zu dem Element zu scrollen.
Um die ID zu setzen, könnte diese aus dem Index des Spiels erzeugt werden und dann in tore_speichern ermittelt werden. (Zeile 34-45)
Ich habe die Helper- und HTML-Klassen durchgesehen, konnte aber noch keinen bereits existierenden Weg finden, dieses Argument zu integrieren.
Die für den Nutzer vermutlich angenehmere Variante, den Scroll zu speichern ist vermutlich schwerer/aufwändiger umzusetzen, ich weiß nicht wie und möchte deswegen dazu auch keine wilden Ratereien abgeben,
Wenn Ergebnisse auf der Website eingetragen werden, dann wird die Website mit yscroll=0 neu geladen
Beobachtetes Verhalten
Der vertikale-Scroll wird nach dem Absenden des Formulars zurückgesetzt.
Vorgeschlagenes Verhalten
Mir sind zwei Ideen aufgekommen:
Vorgeschlagene Lösung
Ich glaube, dass das benutzte Template dieses ist. Wenn die
table-rowin Zeile 43 eineiderhält, dann könnten Webbrowser mittels#ElementIDin der Reload-URL dazu aufgefordert werden, zu dem Element zu scrollen. Um die ID zu setzen, könnte diese aus dem Index des Spiels erzeugt werden und dann in tore_speichern ermittelt werden. (Zeile 34-45) Ich habe die Helper- und HTML-Klassen durchgesehen, konnte aber noch keinen bereits existierenden Weg finden, dieses Argument zu integrieren.Die für den Nutzer vermutlich angenehmere Variante, den Scroll zu speichern ist vermutlich schwerer/aufwändiger umzusetzen, ich weiß nicht wie und möchte deswegen dazu auch keine wilden Ratereien abgeben,