Closed
Bug 783443
Opened 12 years ago
Closed 12 years ago
Allow users to apply multiple search filters at once
Categories
(Marketplace Graveyard :: Consumer Pages, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
2012-08-30
People
(Reporter: krupa.mozbugs, Assigned: spasovski)
References
Details
(Whiteboard: [janus])
Attachments
(1 file)
73.48 KB,
image/png
|
Details |
steps to reproduce: 1. Load https://marketplace-dev.allizom.org/search/ in 320x480 2. Click on 'Filter' option 3. Try to choose a 'Category' and 'Price' expected behavior: We allow users to apply multiple search filters at once. We can probably have an "Apply" at the bottom of that page. observed behavior: Every time you click a filter, we apply the filter to the search results.
Updated•12 years ago
|
Assignee: nobody → dspasovski
Target Milestone: --- → 2012-08-23
Comment 1•12 years ago
|
||
For now we will not have an "apply" button. Agreed that users should be able to apply multiple filters at once. The feedback should be that when the user navigates back the results are reloaded.
Comment 2•12 years ago
|
||
(In reply to Maria Sandberg [:mushi] from comment #1) > For now we will not have an "apply" button. Agreed that users should be able > to apply multiple filters at once. The feedback should be that when the user > navigates back the results are reloaded. Couldn't that cause a lot of additional page requests that we might be able to avoid? That might be a problem with slow, mobile connections.
Comment 3•12 years ago
|
||
(In reply to Chris Van Wiemeersch [:cvan] from comment #2) > Couldn't that cause a lot of additional page requests that we might be able > to avoid? That might be a problem with slow, mobile connections. We will only request it if there are changes in the filters. We will need to give feedback to the user that the filter has been applied - if there is still concerns with there being unnecessary page loads we should figure out a way to fake it. For example, if we know that the content won't change even though there has been a filter applied (not sure how we would), we can display a load indicator even though we are not reloading the content.
Comment 4•12 years ago
|
||
(In reply to Maria Sandberg [:mushi] from comment #3) > (In reply to Chris Van Wiemeersch [:cvan] from comment #2) > > Couldn't that cause a lot of additional page requests that we might be able > > to avoid? That might be a problem with slow, mobile connections. > > We will only request it if there are changes in the filters. It will automatically do another request for the first time I change a filter. But what if I wanted to change multiple filters? I have to click "Filters" and change the next filter. Is there an issue with having a "Refresh"/"Submit"/"Refine" button?
Comment 5•12 years ago
|
||
(In reply to Chris Van Wiemeersch [:cvan] from comment #4) > It will automatically do another request for the first time I change a > filter. But what if I wanted to change multiple filters? I have to click > "Filters" and change the next filter. > Oh, I see where the misunderstanding is now. No, I don't mean for the filter to take affect when the user clicks it, but when they leave the page. I was hoping to keep the interaction options minimal (only the back button) but that might cause other problems in the future if we have more filter/sort options. Krupa - I take it back. We should have an apply button. I'll put it on my list of todos.
Comment 6•12 years ago
|
||
I don't think there is anything for Maria to do. We just need an "Apply" button at the bottom.
Priority: -- → P3
Assignee | ||
Updated•12 years ago
|
Target Milestone: 2012-08-23 → 2012-08-30
Assignee | ||
Comment 7•12 years ago
|
||
done: https://github.com/mozilla/zamboni/commit/6d433f3
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Comment 9•12 years ago
|
||
You need to log in
before you can comment on or make changes to this bug.
Description
•