| UI or UX | UI + UX - Compact chip set for toggling or removing result filters | UI + UX - Grouped filter control panel for narrowing a current result set | UI + UX - Multi-value picker widget |
| UI guidance | Render filter chips as a compact set of short, consistently styled controls near the content they filter, with clear selected, unselected, focused, disabled, and removable states. | Render filter categories as labelled form controls in a panel adjacent to the result set on wide layouts, with a visible result count and active-filter summary near the results. | Render a filter input, open option list, selected-value chips, remove controls, checked option states, clear-all control, and validation state. |
| UX guidance | Use filter chips for quick, low-cost filtering when users can understand the available criteria at a glance and combine a few chips without opening a larger panel. | Use a filter panel to help users narrow the current list or search result set while preserving orientation, search query, sort order, pagination context, and selected values. | Help users choose multiple values from a large, compact, or dynamic option set. |
| Good UI | A search results page shows chips for Open, Urgent, Appeals, and Benefits below the search box, with selected chips using a checkmark and stronger background. | A desktop search page shows a left filter panel with Status, Type, and Date groups, while active chips and the result count sit above the results. | Selected values are shown as removable chips or checked rows with clear labels. |
| Bad UI | A single pill labelled Filter sits alone and behaves like a vague button. | A filter drawer closes with no active count, leaving users unaware that filters are still hiding records. | Selected values hidden inside a closed dropdown. |
| Good UX | A user taps Urgent and Appeals, sees the result count drop immediately, then removes Appeals without losing the search query or sort order. | A user selects Status: Open and Type: Appeal, applies the batch, lands back at the result summary, and sees 12 records with both criteria removable. | Users can search, add, remove, review, and submit multiple values without losing context. |
| Bad UX | Tapping a chip changes the page route and clears the result context. | Applying a filter silently resets the query, sort order, current page, and view density. | Removing a value is impossible by keyboard. |
| Best fit | A few common filters should stay visible and directly toggleable near the content. | Users need to narrow the current search results, browse results, table, card grid, or list by multiple criteria. | Users choose many values from a long predefined list. |
| Avoid when | There are many criteria, ranges, dates, or grouped fields that need a panel or form. | The result set is small enough that scanning is faster than filtering. | The set is short and independent choices should stay visible. |
| Required state | Unselected chip set state with no active filters and a clear result count. | Default state with no user-applied filters and an explicit result count. | No selected values state with empty selected set. |
| Accessibility burden | Use button semantics for interactive chips and expose selected state with aria-pressed or equivalent semantics. | Use semantic form controls with fieldsets, legends, labels, and accessible names for filter categories and values. | Expose selected state for options and labels for remove controls. |
| Common misuse | Using a lone chip as a generic Filter button. | Hiding active filters inside a closed panel with no count, chips, or result-state summary. | Hiding selected values inside a closed menu. |