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(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