Provided Filters

This section describes the functionality common to all filters that are provided by the grid.

The grid provides four filters out of the box: three Simple Filters (Text, Number and Date), and an advanced Set Filter which is available in the Enterprise version of the grid.

Follow the links below to learn more about each specific filter:

The rest of this section will cover concepts that are common to every provided filter.

Structure of Provided Filters

The diagram below outlines the structure of the filters. Each box represents a filter type with the functions listed in it. For example, all provided filters have button logic, but only the Date filter has a Date Comparator or a Date Picker.

Provided Filter UI

Each provided filter is displayed in a UI with optional buttons at the bottom.

Provided Filter Params

All of the provided filters have the following parameters:

buttonsSpecifies the buttons to be shown in the filter, in the order they should be displayed in. The options are:
  • 'apply': If the Apply button is present, the filter is only applied after the user hits the Apply button.
  • 'clear': The Clear button will clear the (form) details of the filter without removing any active filters on the column.
  • 'reset': The Reset button will clear the details of the filter and any active filters on that column.
  • 'cancel': The Cancel button will discard any changes that have been made to the filter in the UI, restoring the applied model.
closeOnApplyIf the Apply button is present, the filter popup will be closed immediately when the Apply or Reset button is clicked if this is set to true.
debounceMsBy default the Text and Number filters will debounce by 500ms. This is because these filters have text field inputs, so time is given to the user to type items in. The Set and Date will execute immediately (no debounce). To override these defaults, set debounceMs to the number of milliseconds to debounce by.
newRowsActionThis property is for when using the Client Side Row Model only. When set to 'clear', updating the data in the grid by calling api.setRowData() (or updating the rowData property if bound by a framework) will clear (reset) the filter. If you instead set this to 'keep', the grid will keep its currently set filter when the data is updated.
Default: 'clear'

Provided Filter API

All of the provided filters have the following methods:

applyModel()Applies the model shown in the UI (so that getModel() will now return what was in the UI when applyModel() was called).
getModel()Returns the filter model that is currently applied to the grid.
getModelFromUi()Returns the filter model from the UI. If changes have been made to the UI but not yet applied, this model will reflect those changes.
setModel(model)Sets the state of the filter using the supplied model and calls applyModel().

Apply, Clear, Reset and Cancel Buttons

Each of the provided filters can optionally include Apply, Clear, Reset and Cancel buttons.

When the Apply button is used, the filter is only applied once the Apply button is pressed. This is useful if the filtering operation will take a long time because the dataset is large, or if using server-side filtering (thus preventing unnecessary calls to the server).

The Clear button clears just the filter UI, whereas the Reset button clears the filter UI and removes any active filters for that column.

The Cancel button will discard any changes that have been made in the UI, restoring the state of the filter to match the applied model.

The buttons will be displayed in the order they are specified in the buttons array.

The example below demonstrates using the different buttons. It also demonstrates the relationship between the buttons and filter events. Note the following:

  • The Athlete and Age columns have filters with Apply and Reset buttons, but different orders.
  • The Country column has a filter with Apply and Clear buttons.
  • The Year column has a filter with Apply and Cancel buttons.
  • The Age and Year columns have closeOnApply set to true, so the filter popup will be closed immediately when the filter is applied, reset or cancelled.
  • onFilterModified is called when the filter changes regardless of whether the Apply button is present.
  • onFilterChanged is called only after a new filter is applied.
  • Looking at the console, it can be noted when a filter is changed, the result of getModel() and getModelFromUi() are different. The first reflects the active filter, while the second reflects what is in the UI (and not yet applied).