| cmadeo | |
| Aug 13 2021, 3:39 PM |
| F34597893: ActivityIndicator.png | |
| Aug 16 2021, 10:59 PM |
| F34594823: Spinner.pdf | |
| Aug 13 2021, 7:42 PM |
| F34594825: image.png | |
| Aug 13 2021, 7:42 PM |
| F34594819: image.png | |
| Aug 13 2021, 7:39 PM |
| F34594822: Spinner.pdf | |
| Aug 13 2021, 7:39 PM |
For contributors who have a large number of messages, we will need to be able to present a loading state as the table view is loaded at the end of each 'page' load.
 |
Design details
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Open | None | T278838 Mobile user communication issues ([[Wikipedia:Mobile communication bugs]]) | |||
| Resolved | • JMinor | T274404 Support notifications on the iOS app | |||
| Resolved | • JMinor | T287308 Notification Center UI | |||
| Resolved | • JMinor | T288665 [Notifications] Add Mark as Read functionality | |||
| Declined | None | T288835 Loading state for notifications center table |
@cmadeo Nice. I wonder if it might be wise to rely on the system's standard activity indicator here (image below) to begin with as it both already connotes a loading action to users across tons of apps on the platform and we've leveraged it as so as a table footer element in the article as a living document modal as the user paged in more edits.
Happy to go with the custom UI approach if you feel strongly about it though.
From @JMinor : While loading new notifications, it’s fine to block the Notification Center screen, for as long as needed. (And there may be screens from Carolyn for this already.) We don’t need to worry about how long this might take, and we can also do this when adding a new language.
Closing this one for now, it doesn't seem needed because of bulk import. Local paging is very fast.