Closed Bug 910223 Opened 11 years ago Closed 11 years ago

Story - Firefox Start Transition(s)

Categories

(Tracking Graveyard :: Metro Operations, defect, P1)

x86_64
Windows 8
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: asa, Assigned: sfoster)

References

Details

(Whiteboard: [block28] feature=story c=Fast_&_Fluid_&_pretty_transitions_&_animations u=metro_firefox_user p=5)

Story: As a Metro Firefox user, I experience a Firefox Start page that is completely loaded before I see it or which completes into view in an enjoyable transition. ------ Today, Firefox Start loads in a series of visible and jarring updates that have tile content filling in a seemingly random order. We need to hide these transitions behind the splash screen or make them feel ordered in their transitions rather than chaotic. Could we do something like fill them in offscreen and animate them swooping in from the right to left in columns or something like that? Yuan, Shorlander, what should we do here to feel Metro?
Summary: Story - Firefox Start transition(s) → [MP] Story - Firefox Start Transition(s)
Whiteboard: [Metro Preview] feature=story c=Fast_&_Fluid_&_pretty_transitions_&_animations u=metro_firefox_user → [preview] feature=story c=Fast_&_Fluid_&_pretty_transitions_&_animations u=metro_firefox_user p=0
Blocks: 800530
What I have immediately in mind is probably 2 or 3. But I'll give p=5 to give us some space for ideas that Yuan or Shorlander have.
I think I can smooth out the loading experience a bit by having some empty (optionally visible) tiles in place in our Start.xul, which become bound and populated as their data becomes available. That should stop things jumping around so much. Some transitions may become difficult for us as we currently have a baked in expectation that operations like adding and removing items from the grids are atomic and synchronous. But with that caveat I'm open to ideas and suggestions.
QA Contact: sfoster
Assignee: nobody → sfoster
Blocks: metrov1it15
No longer blocks: metrov1backlog
Status: NEW → ASSIGNED
QA Contact: sfoster → jbecerra
Whiteboard: [preview] feature=story c=Fast_&_Fluid_&_pretty_transitions_&_animations u=metro_firefox_user p=0 → [preview] feature=story c=Fast_&_Fluid_&_pretty_transitions_&_animations u=metro_firefox_user p=5
Blocks: metrov1backlog
No longer blocks: metrov1it15
Summary: [MP] Story - Firefox Start Transition(s) → Story - Firefox Start Transition(s)
Whiteboard: [preview] feature=story c=Fast_&_Fluid_&_pretty_transitions_&_animations u=metro_firefox_user p=5 → feature=story c=Fast_&_Fluid_&_pretty_transitions_&_animations u=metro_firefox_user p=5
Depends on: 925418
Depends on: 925425
Blocks: metrov1it17
No longer blocks: metrov1it16
Depends on: 927226
Depends on: 927938
Depends on: 930653
Depends on: 931120
Whiteboard: feature=story c=Fast_&_Fluid_&_pretty_transitions_&_animations u=metro_firefox_user p=5 → [block28] feature=story c=Fast_&_Fluid_&_pretty_transitions_&_animations u=metro_firefox_user p=5
Blocks: metrov1it18
No longer blocks: metrov1it17
Hey Yuan, requesting a UX review to determine if this story can be resolved before the end of Iteration #18 this Monday.
Flags: needinfo?(ywang)
Hi Marco, I talked to Sam about the transition yesterday. I suggested Bug 934714. I think we should close this story once Bug 934714 is finished.
Flags: needinfo?(ywang)
Depends on: 934714
Thanks Yuan. I've added Bug 934714 as a dependency to this story. When it has been completed the story can be resolved.
Blocks: metrov1it19
No longer blocks: metrov1it18
Depends on: 936589
All dependencies resolved. We still need to do a round of profiling and optimization on the startup generally and start page performance specifically, but this story is complete as it stands.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Verified as fixed for iteration #19, on Win 8 64-bit, with latest Nightly (build ID: 20131208030204): the loading progress bar doesn't show on the Start page and the loading experience seems to be smooth.
Status: RESOLVED → VERIFIED
Product: Tracking → Tracking Graveyard
You need to log in before you can comment on or make changes to this bug.