+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 <abaso(a)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(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l