Closed
Bug 600097
Opened 14 years ago
Closed 14 years ago
Opening open search popup dismiss the Virtual Keyboard
Categories
(Firefox for Android Graveyard :: General, defect)
Firefox for Android Graveyard
General
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: vingtetun, Assigned: vingtetun)
References
Details
(Whiteboard: [VKB] )
Attachments
(1 file)
2.93 KB,
patch
|
mfinkle
:
review-
|
Details | Diff | Splinter Review |
Step to reproduce: * launch fennec * open the awesome bar * type some letters * click on the search button on the right of the awesome bar Actual results: * The list of search engines is displayed, then VKB is dismissed Expected results: * The list of search engines is displayed
Attachment #478938 -
Flags: review?(mark.finkle)
Comment 1•14 years ago
|
||
Does this mean the VKB will be visible while the list of search engines is displayed?
Comment 2•14 years ago
|
||
I had some difficulty understanding the problem here. This is another summary of the steps: * I tap on the [search] button * The search providers appear, centered in available screen space * The vkbd goes away * The search provider list re-centers itself in newly available screen space The re-center can be a problem if the delay is long enough and the user starts to press a button in the provider list before the list is re-centered.
Assignee | ||
Comment 3•14 years ago
|
||
(In reply to comment #1) > Does this mean the VKB will be visible while the list of search engines is > displayed? Yep, but typing a letter will dismiss the VKB
Assignee | ||
Comment 4•14 years ago
|
||
(In reply to comment #3) > (In reply to comment #1) > > Does this mean the VKB will be visible while the list of search engines is > > displayed? Sorry for the last comment, I meant typing a letter will dismiss the search engines menulist popup.
Comment 5•14 years ago
|
||
(In reply to comment #4) > (In reply to comment #3) > > (In reply to comment #1) > > > Does this mean the VKB will be visible while the list of search engines is > > > displayed? > > Sorry for the last comment, I meant typing a letter will dismiss the search > engines menulist popup. Why do we want to see the VKB _and_ the search provider list? There doesn't seem to be enough screen space for that. I think the VKB should disappear when the search providers are shown.
Assignee | ||
Comment 6•14 years ago
|
||
(In reply to comment #5) > (In reply to comment #4) > > (In reply to comment #3) > > > (In reply to comment #1) > > > > Does this mean the VKB will be visible while the list of search engines is > > > > displayed? > > > > Sorry for the last comment, I meant typing a letter will dismiss the search > > engines menulist popup. > > Why do we want to see the VKB _and_ the search provider list? There doesn't > seem to be enough screen space for that. I think the VKB should disappear when > the search providers are shown. It can looks strange I agree but here are my thoughts (and a bit of imagination): First this is the result we expect for 2.0 http://www.flickr.com/photos/madhava_work/4993009605/in/set-72157624962763028/lightbox/ Once search suggestions (bug 586885) will be added to the browser the user will probably: * starts to type some letters * look at the awesome bar result and the search suggestions (if any) * if there is no results that pleased him the user will likely switch to an other search engines (for examples imagine a fake search engine added by an extension to search through your installed webapps) The results will be a bit like what the Google bar does on Android. But well, going back to reality and the current implementation we have. Showing the search engine list is more or less a final decision and it looks like there is no real need for the VKB. In the other hand the user stays on the same screen and has not asked to dismiss the VKB and can possibly decide to go back to add a letter or correct a mistake he has done. What does our UX "Magic 8 ball" beltzner have in mind for us?
Comment 7•14 years ago
|
||
Currently (including Fennec 2.0) using the search providers is a final decision (no more typing). This is even true with the cool looking theme changes you linked too. The VKB must be hidden at this time. The is just not enough room for the provider list and the VKB, especially on Meego in landscape. If the user wishes to dismiss the search provider panel and continue typing, they should be able to do that. Dismissing the search provider should set focus back to the end of the text in the URLbar. This would make the VKB appear again and typing could proceed.
Comment 8•14 years ago
|
||
I agree with Mark; we should hide the VKB and then show the search provider list, getting rid of the jerkiness. Pressing Android Back should return focus to the awesomescreen location bar which would restore the VKB.
Comment 10•14 years ago
|
||
Comment on attachment 478938 [details] [diff] [review] Patch Needs a new patch
Attachment #478938 -
Flags: review?(mark.finkle) → review-
Updated•14 years ago
|
Summary: [VKB] Opening open search popup dismiss the Virtual Keyboard → Opening open search popup dismiss the Virtual Keyboard
Whiteboard: [VKB]
Comment 11•14 years ago
|
||
This will work better with the new arrowbox search engine popup, but we need to make the contents of the arrowbox scrollable to handle large lists.
Assignee | ||
Comment 12•14 years ago
|
||
Fixed by side effects and because the VKB should be dismissed finally
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Comment 13•14 years ago
|
||
verified FIXED on builds: Mozilla/5.0 (Maemo; Linux armv71; rv:2.0b8pre) Gecko/20101105 Namoroka/4.0b8pre Fennec/4.0b2pre and Mozilla/5.0 (Android; Linux armv71; rv:2.0b8pre) Gecko/20101105 Namoroka/4.0b8pre Fennec/4.0b2pre
Status: RESOLVED → VERIFIED
Flags: in-litmus?(aaron.train)
Updated•14 years ago
|
Flags: in-testsuite?
Comment 14•14 years ago
|
||
https://litmus.mozilla.org/show_test.cgi?searchType=by_id&id=13763
Flags: in-litmus?(aaron.train) → in-litmus+
You need to log in
before you can comment on or make changes to this bug.
Description
•