+1

Monte and Bernd have already been working hard to improve performance.
It will be awesome to keep improving the performance.

Users tend to jump through a lot of links while reading.
Right now it takes an average of 1 - 2.5 seconds to load an article.
Fast loading will encourage more exploration and jumping to this app than
using google.

Thanks
Vibha


----
Vibha Bamba
Senior Designer | WMF Design







On Fri, Mar 20, 2015 at 6:57 AM, Adam Baso <ab...@wikimedia.org> wrote:

> For the upcoming unstructured sprint on iOS or perhaps later on, would it
> make sense to explore reinstating the loading of the first section of an
> article in one request, followed by loading of the others?
>
> I've heard that the payload for the upcoming mobile app content service is
> pretty dramatically reduced, although that's down the road for full
> productionization.
>
> I'm wondering if on this single payload for the new content service for
> relatively larger articles the time to interact for the iOS user would
> approach the incredibly fast time-to-interact that's present on Android as
> a consequence of its two-step loading mechanism.
>
> For some historical context, there was two-step loading on iOS, but
> eventually things became crashy, so it was revised to be a one-step
> action=mobileview call.
>
> -Adam
>
> _______________________________________________
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>
>
_______________________________________________
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Reply via email to