Closed Bug 1151464 Opened 9 years ago Closed 9 years ago

Reading View needs a loading interstitial

Categories

(Firefox for iOS :: Reader View, defect)

All
iOS
defect
Not set
normal

Tracking

()

RESOLVED FIXED
Tracking Status
fxios + ---

People

(Reporter: st3fan, Assigned: bnicholson)

References

Details

Attachments

(1 file, 2 obsolete files)

When you add a page to the reading list via the share extension, we do not yet have have the readerized content for that page. So when you open it in Firefox, we curretnly show a 'TODO Needs loading interstitial' message while we grab the page in the background.

What we need here is some really basic (in-content) UI that shows a message like 'Loading page in Reading View' or something similar. We actually show this in HTML but we can still display an image or dynamic content there. We just don't have access to the iOS native controls.
tracking-fennec: ? → +
We should maybe have a threshold before showing this, to avoid creating and flashing a new view for a half second when the connection is fast.
Status: NEW → ASSIGNED
What's the expected range of lag before the list is loaded? I have a simple loading animation, but I'm concerned it wouldn't really be seen for long and it would be odd to see something for maybe half a second—not long enough to notice what it actually is and may cause confusion. My list shows up pretty fast (even on 4G) since it's not syncing with anything...it's local. I'm thinking maybe we just have a blank screen. Thoughts?

WIP: http://c.tecgirl.com/bXNy
Robin: this is about reader view, not the reading list. When it's a new item added from the share extension, we have to load the page from the network from scratch then readerize it, which can take anywhere from a few hundred milliseconds to a few seconds.
OS: Mac OS X → iOS
Hardware: x86 → All
Doh! You'd think *I* wouldn't mix the two up, but—I did. 

Will update accordingly.
we're going with the native spinner for this interaction.
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
Reopening this. We can't show a native spinner.

It is complicated :-/

This loading screen has to live in a web page. We can put a spinner in a web page though :-)

I'm taking this bug and turning it into a bug to implement this.
Status: RESOLVED → REOPENED
tracking-fennec: + → ---
Resolution: WONTFIX → ---
Assignee: randersen → sarentz
Status: REOPENED → ASSIGNED
Animating a spinner with CSS is actually pretty simple. Happy to help if needed.
Attached image Screenshot 2015-07-14 14.04.02.png (obsolete) —
Screenshots for localizers
Work in progress. Still needs an image / spinner. And maybe quick look at strings / terminology.
Attachment #8633619 - Flags: ui-review?(randersen)
Attachment #8633619 - Flags: ui-review?(dhenein)
Attachment #8633619 - Flags: review?(etoop)
Assignee: sarentz → bnicholson
Hey Darrin, is Stefan's screenshot along the lines of what UX wanted? Do you have mockups/assets you could share? We need to land this ASAP (preferably by this Friday) since this has string changes, and we're (hopefully!) about to go into string freeze.

If needed, we could pre-land an incomplete version of this with all of the strings if UX needs more time to polish the visuals.
Flags: needinfo?(dhenein)
The screenshot I see seems to be of an error/failed state, not a loading state (and the strings seem that way too). Is this supposed to show while we load the page, or when it fails for some reason? Robin, what was your plan here? 

Regardless, if we can't use the native spinner, I don't think we need one for now. Probably some simple language like "Loading content..." will suffice (if it's just during loading, this will *hopefully* be no longer than a few seconds in most cases).
Flags: needinfo?(dhenein) → needinfo?(randersen)
(In reply to Darrin Henein [:darrin] from comment #13)
> The screenshot I see seems to be of an error/failed state, not a loading
> state (and the strings seem that way too). Is this supposed to show while we
> load the page, or when it fails for some reason? Robin, what was your plan
> here? 

Yeah, this bug actually has two parts: show some kind of loading page while we wait, and show some kind of error page if we fail.

> Regardless, if we can't use the native spinner, I don't think we need one
> for now. Probably some simple language like "Loading content..." will
> suffice (if it's just during loading, this will *hopefully* be no longer
> than a few seconds in most cases).

OK -- that should be simple enough to throw together. Mostly just concerned about the strings we want to use at this point.
Simple text-only loading/error page with a fade-in transition. Mostly concerned about strings right now as mentioned earlier since we're on the verge of a string freeze, but happy to address any UI polish, too.
Attachment #8633593 - Attachment is obsolete: true
Attachment #8633619 - Attachment is obsolete: true
Attachment #8633619 - Flags: ui-review?(randersen)
Attachment #8633619 - Flags: ui-review?(dhenein)
Attachment #8633619 - Flags: review?(etoop)
Attachment #8638833 - Flags: ui-review?(randersen)
Attachment #8638833 - Flags: ui-review?(dhenein)
Comment on attachment 8638833 [details] [review]
Link to Github pull-request: https://github.com/mozilla/firefox-ios/pull/805

Looks good. One nit: can we pull it up to anchor the top like the empty panels?
Flags: needinfo?(randersen)
Attachment #8638833 - Flags: ui-review?(randersen) → ui-review+
Attachment #8638833 - Flags: ui-review?(dhenein)
Merged without vertical centering.

https://github.com/mozilla/firefox-ios/commit/99f2c601a5b706c7b9758d690f0ecc31e101c841
Status: ASSIGNED → RESOLVED
Closed: 9 years ago9 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: