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@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@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@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l