Skip to content

Conversation

@dchyun
Copy link
Contributor

@dchyun dchyun commented Dec 2, 2025

📌 Summary

Adds documentation for the new FilterBar component from #3386

Preview pages

🔗 External links

Jira ticket: HDS-4592


👀 Component checklist

💬 Please consider using conventional comments when reviewing this PR.

📋 PCI review checklist
  • If applicable, I've documented a plan to revert these changes if they require more than reverting the pull request.
  • If applicable, I've worked with GRC to document the impact of any changes to security controls.
    Examples of changes to controls include access controls, encryption, logging, etc.
  • If applicable, I've worked with GRC to ensure compliance due to a significant change to the in-scope PCI environment.
    Examples include changes to operating systems, ports, protocols, services, cryptography-related components, PII processing code, etc.

@vercel
Copy link

vercel bot commented Dec 2, 2025

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Review Updated (UTC)
hds-showcase Ready Ready Preview Dec 17, 2025 5:19pm
hds-website Ready Ready Preview Dec 17, 2025 5:19pm

Copy link
Contributor

@LilithJames-HDS LilithJames-HDS left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looking great, I left some comments and some nitpicky little things


- For complex query builder features.

## Overlap with the Filter pattern guidance <!--Consider a different headline -->
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I conjunction with this, should we have a revision to the Filter Patterns page that leads to this component? Maybe a banner on that page to alert anyone who is looking around and not aware that this is a newly available component

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, that's exactly what I was thinking is adding a banner to the Filter Patterns page kind of directing consumers to the component, I just have yet to get that added in

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Added this as well


<!-- Should something be included about truncation? -->

## Filter dropdown
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It would be helpful to have an image of the entire menu here so consumers can see the left and right panels

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Added a basic example

@@ -0,0 +1,183 @@
The Filter Bar is used to apply and display filters to a data set. It is most often used in conjunction with the [Advanced Table](/components/table/advanced-table), but is flexible enough to support different data sets and rendering methods such as in a list or grid of cards.
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

[todo] We could link this directly to the filter bar examples in the adv table docs once I create those.


The Filter Bar component is a successor to the [Filter patterns](/patterns/filter-patterns) guidance and supports the vast majority of filtering experiences within HashiCorp applications out of the box. New experiences should use the Filter Bar by default instead of the adhering to the pattern guidance, while already delivered features should consider migrating to the Filter Bar component.

## Type
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

[Suggestion] Talking of "types" for this is kind of a misalignment with the code side. On the code side there is no property to change the filter bar from looking like standalone or attached. It really is just if the filter bar is used through the advanced table, or on its own.

Maybe it would help to say the filter bar can either be used directly through components (ex: advanced table, table) or as its own individual component. And we could link out to the adv table filter docs.

But if what you currently have more closely aligns to how the component is in figma then all good to leave it as is.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good callout, however, I think it's useful to include this for designers because that matches the property in Figma. I've added a callout block noting this difference, take a look to see if the language makes sense.


If necessary, the default formatting within the Tag can be overidden with custom text. This can be useful if the label of the parameter is an irregular plural, if the parameter reads more naturally with certain punctuation or grammar, or for product-specific reasons.

<!-- @dylan could you help me out a bit with this? -->
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

[todo] Once I implement this on the dev side to not just be for custom filters we can add in some more specifics if we need to, but I think you covered a lot of it.

Do we want to talk about custom filters at all?


Depending on how the data set is fetched and updated, the Filter Bar supports different methods of applying filters:

- **Per-filter:** selected filters are applied when the user confirms their selection with the "Apply filters" submit button. This is the most common method and generally requires a database or API call to update the data set with the corresponding filter parameters.
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
- **Per-filter:** selected filters are applied when the user confirms their selection with the "Apply filters" submit button. This is the most common method and generally requires a database or API call to update the data set with the corresponding filter parameters.
- **Per-filter:** selected filters are applied when the user confirms their selection with the "Apply filters" submit button inside the Filters dropdown. This is the most common method and generally requires a database or API call to update the data set with the corresponding filter parameters.

[Suggestion] Note that the submit button is inside the dropdown


## Applying Filters

Depending on how the data set is fetched and updated, the Filter Bar supports different methods of applying filters:
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Depending on how the data set is fetched and updated, the Filter Bar supports different methods of applying filters:
Depending on how consumers would prefer to trigger the filtering on their data sets, the Filter Bar supports different methods of applying filters:

[Suggestion] I think it's less a constraint of the data set and more of a consumer choice on how often they want to run their queries for filtering based on the data set they have.


![](/assets/components/filter-bar/filter-bar-dropdown-clear-filter-input.png)

## Empty state
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

[Suggestion] The empty state is not a part of the filter bar component. It is only a part of the advanced table component, so it would make more sense to me to include this in the advanced table docs, not here.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good point, I've moved this to the advanced table docs for now

| Value input | Required; Allows the user to input a value to filter upon such as a number, string, date, or time. |
| Clear filter | Required; Clears the filter operator and input fields. |

#### Filter value range input
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

[Question] Do we want to mention the generic / custom filter somewhere in here?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Added some content for custom filtering both here in the specs, and in the guidelines.

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

Labels

docs-website Content updates to the documentation website

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants