Status

Firefox OS
Gaia::Bugzilla Lite
RESOLVED FIXED
3 years ago
3 years ago

People

(Reporter: daleharvey, Assigned: daleharvey)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(2 attachments)

Comment hidden (empty)
(Assignee)

Comment 1

3 years ago
Created attachment 8622970 [details]
Screen Shot 2015-06-16 at 11.40.54.png
Assignee: nobody → dale
(Assignee)

Comment 2

3 years ago
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
Flags: needinfo?(jsavory)
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
Flags: needinfo?(jsavory)
(Assignee)

Comment 4

3 years ago
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 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.
Attachment #8623606 - Flags: review?(drs) → review+
(Assignee)

Comment 7

3 years ago
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.
(Assignee)

Comment 8

3 years ago
Cheers for the review, addressed comment and merged in https://github.com/mozilla-b2g/bzlite/commit/1b19e754321d9e32e0dd023974068a1224247269
Status: NEW → RESOLVED
Last Resolved: 3 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.