Closed
Bug 902119
Opened 11 years ago
Closed 11 years ago
Make the behavior consistent between swiping and hitting the home button
Categories
(Firefox OS Graveyard :: Gaia::Homescreen, defect)
Firefox OS Graveyard
Gaia::Homescreen
Tracking
(Not tracked)
VERIFIED
WONTFIX
People
(Reporter: vingtetun, Unassigned)
References
Details
Steps to reproduce:
- click on the e.me search bar
- navigate away by swiping to the right
Observe that the keyboard is dismised
# Behavior 1:
Next steps:
- navigate back using the finger
Actual result:
- the e.me shortcuts are displayed
# Behavior 2:
Next steps:
- navigate back using the home button
Actual results:
- the e.me results are hidden
For simplicity I tend to think the results should be hidden as soon you live the page for now but this is really a UX call...
Reporter | ||
Updated•11 years ago
|
blocking-b2g: --- → leo?
Here is my suggestion:
# Behavior 1:
- click on the e.me search bar is selected but nothing typed in the search box
- navigate away by swiping to the right
- navigate back using the finger
- the e.me search box and smart collections w/ no keyboard
# Behavior 1a:
- click on the e.me search bar and something is typed into box and may or may not be searched with results
- navigate away by swiping to the right
- navigate back using the finger
- the e.me search box with search entry and results displayed with no keyboard
# Behavior 2:
- click on the e.me search bar is selected but nothing typed in the search box
- navigate away by swiping to the right
- navigate back using the home button
- the e.me search box only displayed (as in original state of the home screen)
# Behavior 2a:
- click on the e.me search bar something typed or typed and searched
- navigate away by swiping to the right
- navigate back using the home button
- the e.me search box only displayed (as in original state of the home screen)
We're on the same page, I just wanted to clarify some other states too.
blocking-b2g: leo? → ---
Reporter | ||
Comment 2•11 years ago
|
||
Seems like the flag has been reset by mistake. thanks bugzilla!
blocking-b2g: --- → leo?
Comment 3•11 years ago
|
||
After discussing this issue with Vivien and Ami, we have come to conclusion that the current behavior is sufficient and changing it will introduce risk.
Principles:
1. Clicking home button while away from landing page - always returns to landing page.
2. Swiping back to landing page (regardless of keyboard state)
* If Evme results were displayed, keep it that way.
* If Shortcuts were displayed, return to landing page.
The basic guideline is - if the user typed a query or clicked a shortcut - his intent was clear.
Clicking on the searchbar on the other hand is exploration only and being taken back to landing page makes sense.
Reporter | ||
Comment 4•11 years ago
|
||
Then let's resolved wontfix it.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WONTFIX
Comment 5•11 years ago
|
||
Not blocking on something that we wont fix. :)
(In reply to Vivien Nicolas (:vingtetun) (:21) from comment #4)
> Then let's resolved wontfix it.
blocking-b2g: leo? → ---
Updated•11 years ago
|
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•