+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