I guess they are going to track the DOM position rather than the scrolling offset. This does make sense, and we probably should do this as well.
There are certain details we would need to take care. Not sure whether they are tracking the position based on the center or the top (or the bottom?). Also, we may need to trigger scroll event when reflow changes the offset in that case. - Xidorn On Sat, May 21, 2016 at 3:35 AM, Kartikaya Gupta <kgu...@mozilla.com> wrote: > Note that this might get fixed in chrome with their new "scroll > anchoring" feature - > https://developers.google.com/web/updates/2016/04/scroll-anchoring?hl=en > > kats > > On Fri, May 20, 2016 at 12:15 PM, Adam Roach <a...@mozilla.com> wrote: > > On 5/20/16 10:13, Gijs Kruitbosch wrote: > >> > >> On 20/05/2016 16:11, Tobias B. Besemer wrote: > >>> > >>> Plz open e.g. this URL: > >>> > >>> > https://en.wikipedia.org/wiki/Microsoft_Windows#Alternative_implementations > >>> > >>> FF49a1 loads the page, jumps to "Alternative implementations", stays > >>> there for 1-2 sec and then go ~1 screen-high (page) down. > >>> > >>> Can someone very this bug? > >> > >> > >> The same thing happens in Chrome, so it seems like it's more likely to > be > >> an issue with Wikipedia. > > > > > > The fact that turning JavaScript off prevents this behavior would > certainly > > seem to support that supposition. > > > > -- > > Adam Roach > > Principal Platform Engineer > > Office of the CTO > > > > _______________________________________________ > > dev-platform mailing list > > dev-platform@lists.mozilla.org > > https://lists.mozilla.org/listinfo/dev-platform > _______________________________________________ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform > _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
