Page MenuHomePhabricator

Optimize loading behavior of user contributions screen
Closed, ResolvedPublic

Description

Issue

The contribution detail screen loads from the ground up, everytime a user accesses it. This leads to a situation where users are greeted with “0 Contributions” every time they access their contribution history. This is not really motivational. In addition, it leads to a “jump” in the entire interface, when the screen is loaded.

Loading state (0 is demotivating)Loaded state (interface jumps)
Screenshot_20201210-171302.png (2×1 px, 53 KB)
Screenshot_20201210-171222.png (2×1 px, 172 KB)

To further illustrate the issue, check out this video:

https://www.dropbox.com/s/odvcseewlur7wlu/20201210_164012.mp4?dl=0

Solution(s)
  • Can’t we just use the contribution number from the SE home screen and add it to the detail screen as well so contribution number won’t need to reload?
  • In general, make sure to cache as much information from previously accessing this screen to avoid a complete reload every time a user accessed it.
  • Show the entire text “Seen (...)” string from the beginning. E.g. use an ellipsis or XXX to avoid interface jumps, like this:
Pixel 3 Copy.png (1×822 px, 239 KB)
Pixel 3 Copy 3.png (1×822 px, 240 KB)

Related Objects

Event Timeline

scblr renamed this task from Optimize “Edit” contribution detail screen transition to Optimize loading behavior of user contributions screen.Dec 10 2020, 4:35 PM
Dbrant moved this task from Needs Triage to Bug Backlog on the Wikipedia-Android-App-Backlog board.