Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Make item filtering functionality more intuitive #12

Closed
davidmcclure opened this issue Oct 3, 2011 · 1 comment
Closed

Make item filtering functionality more intuitive #12

davidmcclure opened this issue Oct 3, 2011 · 1 comment

Comments

@davidmcclure
Copy link
Contributor

Item filtering has some odd behavior that I do not totally understand. Right now, when the All / None option is toggled, the code retrieves all items no matter what, and they all display. But, if you start filtering down the list - say, uncheck a single tag - the code then branches differently and just retrieves items that fall into one of the checked buckets (one of the tags, types, or collections).

Then, though, if you re-check the item that you unchecked, the full list of items does not reappear in its entirety (since the code is still checking for membership in the groups individually and not fetching all regardless of membership, as it would if the All / None were toggled). It is as if there are some items that are not selected when the code fetches all items that appear in any extant tag, collection, or type, which seems to be impossible. Theoretically, getting all items of all extant types should get all items, but it doesn't.

Either way, the behavior of the server code here is not intuitive, and the UX for the filterer should be improved.

@ghost ghost assigned davidmcclure Nov 14, 2011
@davidmcclure
Copy link
Contributor Author

Since I expect that the filtering functionality will be used mainly to apply 1 - maybe 2 - filters to the list of items (like, just show things with tag X) I think that the current implementation is sufficient. Also, since the all/none checkbox always allows the user to return the list to the full state, I think this is a non-issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant