1175084 - Reintroduce Search

Status: RESOLVED FIXED

(Firefox OS Graveyard :: Gaia::Bugzilla Lite, defect)

Comment 1

[Dale Harvey (:daleharvey)]

Attachment: Screen Shot 2015-06-16 at 11.40.54.png

Comment 2

[Dale Harvey (:daleharvey)]

Jacqueline, started implementing the pull down search and it is quite awkward. Since the dashboard may only contain a few items (or none) with the search being a pull down its very hidden from the user, also its placement above the list of dashboard bugs gives the impression that you are searching the dashboard, not whole of bugzilla and lastly on desktop (where bzlite works and should continue to do so a pull down ui is fairly confusing.

We have space on the top left of the dashboard header, can we stick a search icon there for now? Attached a screenshot to show the context in which this search pull down will be placed currently.

I know this is less consistent with the other applications, however one of my goals of bzlite is to be a real web app that works great on mobile + desktop and where the conventions dont work on desktop I would prefer to avoid them

Cheers
Dale

Comment 3

[Jacqueline Savory [:jsavory] UX]

Hi Dale,

I think we should try to be as consistent with the device as possible, so I don't think having a third icon in the header will work. We could have the search bar be in the same area as its currently implemented but be visible by default instead of having to pull down. The user would still be able to scroll it away when they scroll the list though. 

Otherwise we either stick with the current model or use an overflow icon in the header which would be bad as well... In the search box itself we should make sure we have the text be "Search Bugzilla Lite" so that at least there is some indicator that they are searching all of bugzilla lite. 

Let me know what you think, 
Jacqueline

Comment 4

[Dale Harvey (:daleharvey)]

Ok that sounds reasonable, will try to convince you in whistler that we can have a nicer ux by breaking conventions but in the meantime having it show visible by default is a reasonable tradeoff. Cheers

Comment 5

[Dale Harvey (:daleharvey)]

Attachment: https://github.com/mozilla-b2g/bzlite/pull/22

Comment 6

[Doug Sherk (:drs) (inactive)]

Comment on attachment 8623606 [details] [review]
https://github.com/mozilla-b2g/bzlite/pull/22

I left one comment on the PR.

(In reply to Dale Harvey (:daleharvey) from comment #2)
> I know this is less consistent with the other applications, however one of
> my goals of bzlite is to be a real web app that works great on mobile +
> desktop and where the conventions dont work on desktop I would prefer to
> avoid them

While I respect your decision to make BzLite a web app that works everywhere, and will support it whenever I can, this tradeoff is a false dilemma. We can use `@media` queries and the like to present different UI's to desktop and mobile. Doing this is entirely standard and webby.

Comment 7

[Dale Harvey (:daleharvey)]

We can (and until the redesign) did show different ux on larger screens than smaller ones but I still regard it as a tradeoff, although in this case I do think its awkward UX for more reasons than just drag is a more of a mobile metaphor than a desktop one.

Comment 8

[Dale Harvey (:daleharvey)]

Cheers for the review, addressed comment and merged in https://github.com/mozilla-b2g/bzlite/commit/1b19e754321d9e32e0dd023974068a1224247269