Indeed, mobile is traditionally the land of terrible latency, so that's a
great place to concentrate effort. :)
On touchscreen devices of course we don't have hover events as such, but we
could do predictive preloading on touchstart, then trigger the load action
on touchend.
False positives that are actually starts of pans or zooms might be a
concern, but if we're only loading the metadata & lead section in that
background request that might not be a big deal.
-- brion
On Sat, Feb 8, 2014 at 11:52 AM, Jon Robson <jdlrobson(a)gmail.com> wrote:
Thanks for sharing! This could be really interesting
on mobile. We have
already been experimenting with touch events rather than traditional events
and there is ajax page loading in our mobile alpha
https://en.m.wikipedia.org/wiki/Main_Page?mobileaction=alpha (click a link
or perform a search to see - modern browsers only)
Preloading on hover or a similar type of predictive preload might be an
awesome idea! :) Help us build it?!
On 8 Feb 2014 11:13, "Kudu" <kudu(a)riseup.net> wrote:
Hi,
Today, I heard about a JavaScript library called InstantClick
(
http://instantclick.io/). Basically, it's based on the principle that
latency is responsible for a lot of the Web's slowness. It also
considers that there are about 250ms between hovering over and
clicking on a link. Therefore, it starts pre-loading the page on
hover, and then switches to it via AJAX when the user clicks the link.
It can also do this on mousedown only, which causes no additional
server load and still provides a performance boost, according to its
website, similarly to Rails' turbolinks functionality.
Is there any chance this could work on MediaWiki?
Regards,
-Kudu.
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l