[Webkit-unassigned] [Bug 147782] New: Add API to allow disabling scroll restoration on history navigation
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Fri Aug 7 07:40:58 PDT 2015
https://bugs.webkit.org/show_bug.cgi?id=147782
Bug ID: 147782
Summary: Add API to allow disabling scroll restoration on
history navigation
Classification: Unclassified
Product: WebKit
Version: 528+ (Nightly build)
Hardware: All
OS: All
Status: NEW
Severity: Normal
Priority: P2
Component: History
Assignee: webkit-unassigned at lists.webkit.org
Reporter: majidvp at chromium.org
Currently there is no reliable and cross-browser solution for developers to opt out the automatic scroll restoration behavior or control any of its aspects.
The automatic restoration works well for document style web sites but it is often not appropriate for single-page web applications where they are
re-constructing the page content onpopstate every time and often asynchronously or need to control the visual transition between states.
Here is more the problem background and existing workarounds: http://majido.github.io/scroll-restoration-proposal/
We in blink team have proposed a solution to this issue on WHATWG and there is some consensus (with spec editors and Mozilla experts) around a simple API based on a new attribute added to the history object.
I would like to know if Webkit has any feedback on this solution and API and help make the consensus more inclusive if possible.
Unofficial spec: http://majido.github.io/scroll-restoration-proposal/history-based-api.html
Web platform tests: http://majido.github.io/scroll-restoration-proposal/tests/
WhatWG discussion thread: https://lists.w3.org/Archives/Public/public-whatwg-archive/2015Mar/0070.html
WICG discourse: http://discourse.wicg.io/t/disabling-automatic-scroll-restoration-on-navigation/1012/2
Also you can find a summary of alternative APIs and solutions that were considered before reaching the current design here: http://discourse.wicg.io/t/disabling-automatic-scroll-restoration-on-navigation/1012/4?u=majidvp
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20150807/26773988/attachment.html>
More information about the webkit-unassigned
mailing list