Closed Bug 945938 Opened 6 years ago Closed 6 years ago

[User Story] New Entry Point for Notifications


(Firefox OS Graveyard :: Gaia::System, defect)

Not set


(feature-b2g:2.1, tracking-b2g:backlog)

2.1 S1 (1aug)
feature-b2g 2.1
tracking-b2g backlog


(Reporter: pdol, Unassigned)



(Whiteboard: [ucid:System149][systemsfe])

User Story:
As a user I want to be able to access my list of notifications in a different method than the current downward swipe from the top of the screen so as to avoid conflict with the Rocket Bar/Task Manager.

Acceptance Criteria:
Functionality should match UX spec.
We wanted to land this behind a pref asap, so we've devised a way to do this before the UX spec comes. Our current implementation is:

1 - For swipes or taps on the left half of the status bar, we show the rocketbar.
2 - For swipes or taps on the right half, we initialize the utility bar as we do today.

It works quite well and there's probably a bunch of little tweaks to make discovery of this feature very easy.

Needs info on Francis so he is aware.
Flags: needinfo?(fdjabri)
The updated spec follows our initial implementation of supporting both tray types. While there may be slight usability/design tweaks in the future - I feel that the current implementation solves this bug.
Closed: 6 years ago
Flags: needinfo?(fdjabri)
Resolution: --- → FIXED
Blocks: 959722
Flags: in-moztrap?(jhammink)
Whiteboard: [ucid:System149, 1.4:P2, ft:systems-fe] → [ucid:System149][systemsfe]
No longer blocks: 1.4-systems-fe
Flags: in-moztrap?(jhammink)
blocking-b2g: --- → backlog
feature-b2g: --- → 2.1
Target Milestone: --- → 2.1 S1 (1aug)
blocking-b2g: backlog → ---
You need to log in before you can comment on or make changes to this bug.