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)

defect

Tracking

(Not tracked)

VERIFIED FIXED
2012-08-30

People

(Reporter: krupa.mozbugs, Assigned: spasovski)

References

Details

(Whiteboard: [janus])

Attachments

(1 file)

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.
Assignee: nobody → dspasovski
Target Milestone: --- → 2012-08-23
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.
(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.
(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.
(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?
(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.
I don't think there is anything for Maria to do.  We just need an "Apply" button at the bottom.
Priority: -- → P3
Target Milestone: 2012-08-23 → 2012-08-30
done: https://github.com/mozilla/zamboni/commit/6d433f3
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Verified as fixed.
Status: RESOLVED → VERIFIED
Attached image Postfix Screenshot
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: