How much bandwidth would this cost the users? If a mobile user is paying by how much they download, this could well mean they're paying for things loaded in the background - things that they may never even touch.
On 08/02/14 19:52, Jon Robson 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