By default, filtering is done from parent rows down (so if a parent row is filtered out, all of its children will be filtered out as well). Setting this option to true will cause filtering to be done from leaf rows up (which means parent rows will be included so long as one of their child or grand-child rows is also included).

manualFiltering?

optional manualFiltering: boolean;

Defined in: features/column-filtering/columnFilteringFeature.types.ts:266

Disables the getFilteredRowModel from being used to filter data. This may be useful if your table needs to dynamically support both client-side and server-side filtering.

maxLeafRowFilterDepth?

optional maxLeafRowFilterDepth: number;

Defined in: features/column-filtering/columnFilteringFeature.types.ts:272

By default, filtering is done for all rows (max depth of 100), no matter if they are root level parent rows or the child leaf rows of a parent row. Setting this option to 0 will cause filtering to only be applied to the root level parent rows, with all sub-rows remaining unfiltered. Similarly, setting this option to 1 will cause filtering to only be applied to child leaf rows 1 level deep, and so on.

This is useful for situations where you want a row's entire child hierarchy to be visible regardless of the applied filter.

onColumnFiltersChange?

optional onColumnFiltersChange: OnChangeFn<ColumnFiltersState>;

Defined in: features/column-filtering/columnFilteringFeature.types.ts:278

Called with an updater when column filter state changes. Pair this with state.columnFilters when using external state; external atoms can own the slice without this callback.