Closed
Bug 813100
Opened 12 years ago
Closed 12 years ago
Dock should not be present at everything.me panel. Animate it to go away
Categories
(Firefox OS Graveyard :: Gaia::Everything.me, defect, P3)
Tracking
(blocking-basecamp:+)
VERIFIED
FIXED
blocking-basecamp | + |
People
(Reporter: pabloUX, Assigned: ranbena)
References
Details
(Whiteboard: interaction, UX-P1)
Attachments
(1 file)
No description provided.
Reporter | ||
Updated•12 years ago
|
Priority: -- → P1
Whiteboard: UX_QA
Reporter | ||
Updated•12 years ago
|
Whiteboard: UX_QA → Interation design
Updated•12 years ago
|
Component: Gaia::Homescreen → Gaia::Everything.me
Comment 1•12 years ago
|
||
Need to fix this for release.
blocking-basecamp: --- → ?
Whiteboard: Interation design → interaction
Updated•12 years ago
|
Summary: [everything.me/Home] Dock should not be present at everything me panel. Animate it to go away → Dock should not be present at everything.me panel. Animate it to go away
Assignee | ||
Comment 2•12 years ago
|
||
Hey Josh, Ami will contact you about this.
Comment 3•12 years ago
|
||
Should we implement it or not? thanks
Updated•12 years ago
|
Flags: needinfo?(jcarpenter)
Comment 4•12 years ago
|
||
I spoke with Ami today and we're going to revisit this and a few other items next week, so hold off for now, and I will follow up.
Flags: needinfo?(jcarpenter)
Updated•12 years ago
|
Flags: needinfo?(jcarpenter)
Updated•12 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 5•12 years ago
|
||
Josh, any update on this one?
Comment 7•12 years ago
|
||
Josh, what's the latest thinking here?
Comment 8•12 years ago
|
||
Let's hide the dock. The thinking from the TEF + Moz UX teams is unanimous on this one. * In v1 we want to increase the contrast between the "two worlds" of E.me versus the installed-apps grid * We also want to maximize the available vertical real estate for the categories
Flags: needinfo?(jcarpenter)
Assignee | ||
Comment 9•12 years ago
|
||
No problem. We'll have a pull request ready soon.
Updated•12 years ago
|
Severity: critical → normal
Priority: P1 → --
Whiteboard: interaction → interaction, UX-P1
Comment 10•12 years ago
|
||
Agree, hiding makes sense here. Thanks.
Comment 11•12 years ago
|
||
It works well now. Every changes to the homescreen is a risk so I won't block on this.
blocking-basecamp: ? → -
Comment 12•12 years ago
|
||
Renoming. Ran said "no problem", and UX team feels strongly that this needs to be reverted back to the original implementation for usability reasons. This is one we're going to fight for.
blocking-basecamp: - → ?
Updated•12 years ago
|
blocking-basecamp: ? → +
Priority: -- → P3
Comment 13•12 years ago
|
||
Make sure the OS dock is kept hidden across all Ev.me
Attachment #690863 -
Flags: review?(crdlc)
Comment 14•12 years ago
|
||
the code is ok, although I have a thought. In previous version in the first view with the dock, the categories had a specific viewport, now it should be bigger because the dock is hidden. We have more space for categories with this change but I don't see any change in CSS
Updated•12 years ago
|
Attachment #690863 -
Flags: review?(crdlc) → review+
Comment 15•12 years ago
|
||
https://github.com/mozilla-b2g/gaia/commit/8731bc824ebcb7ec5503725aaaa3d3e3745fe9a9
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Comment 16•12 years ago
|
||
(In reply to crdlc from comment #14) > the code is ok, although I have a thought. In previous version in the first > view with the dock, the categories had a specific viewport, now it should be > bigger because the dock is hidden. We have more space for categories with > this change... Agreed. The dock hiding should open up the screen for more E.me results.
Assignee | ||
Comment 17•12 years ago
|
||
The extra space is already implemented. Brain.FFOS.showMenu() that was removed in this commit triggered a className change that minimised the shortcuts container area. https://github.com/mozilla-b2g/gaia/blob/master/apps/homescreen/everything.me/modules/Shortcuts/Shortcuts.css#L42
Comment 18•12 years ago
|
||
This issue fixed for device Ungia; build #20130103070201 v.1
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•