React adapter for data-table — a flexible, fully-typed data table with sorting, filtering, column visibility/reordering, and row grouping.
npm install @vates/data-table-reactRequires React ≥ 17.
import { DataTable, type ColumnDef } from '@vates/data-table-react'
interface Employee {
id: number
name: string
department: string
salary: number
}
const COLUMNS: ColumnDef<Employee>[] = [
{ key: 'name', label: 'Name', type: 'string' },
{ key: 'department', label: 'Department', type: 'string', groupable: true },
{
key: 'salary',
label: 'Salary',
type: 'number',
format: (v) => Number(v).toLocaleString() + ' €',
},
]
export default function App() {
return <DataTable data={employees} columns={COLUMNS} rowKey="id" />
}Use the render prop on a column for custom cell content, and renderFilterLabel for custom filter checklist items. Badge below is your own component — this library ships no presentational components of its own, only the table logic/chrome.
const COLUMNS: ColumnDef<Employee>[] = [
{
key: 'department',
label: 'Department',
type: 'string',
groupable: true,
render: (value, row) => <Badge label={String(value)} />,
renderFilterLabel: (value) => <Badge label={value} />,
},
]render also applies to group header values, so grouped columns display with the same badge/visual as table cells.
A column whose cell value is an array — tags, genres, categories — is detected automatically, no flag required:
- The filter checklist lists each individual item instead of the stringified whole array (
"Action,RPG"becomes separate"Action"and"RPG"entries), and a row matches if it contains any selected item (multiMode: 'or', the default) or all of them (multiMode: 'and'). - Grouping by an array column fans a row out into one group per item — a row tagged
['Action', 'RPG']appears under both the "Action" and "RPG" groups.render/formatreceive the single item being grouped on, not the whole array. - A row with an empty array (
tags: []) is bucketed under a labeled placeholder —(none)by default, customizable via theemptyValuelabel — instead of a blank checklist entry or an unlabeled group. - Cells without a custom
render/formatdisplay the array joined with,. - Every checklist item (array-valued columns and plain string columns alike) shows how many rows currently match it — helpful for scanning a high-cardinality column like
tagsbefore picking a value. The count is faceted: it reflects every other active filter, but not the checklist's own column, so selecting a value elsewhere narrows the counts shown here without a value's own selection state affecting its neighbors. A value with a count of 0 is dropped from the checklist entirely — unless it's already selected, in which case it stays listed so it can still be unticked. - A sort-order button next to the search input cycles the checklist between alphabetical (A→Z / Z→A) and by-count (high→low / low→high) order — default is alphabetical ascending.
interface Game {
id: number
name: string
tags: string[]
}
const COLUMNS: ColumnDef<Game>[] = [
{ key: 'name', label: 'Name' },
{ key: 'tags', label: 'Tags', groupable: true }, // no extra config needed
]type: 'date' columns get a Year › Month › Day checkbox tree in the filter dropdown instead of a checklist, plus a range filter (2 date inputs + a slider) above it that narrows the tree itself — dates outside the range drop out of the tree, not just the final row set. Check a year or month to select every date under it in one click, or drill into individual days; the search box and per-value row counts work the same as for string columns. The same sort-order button toggles the tree's chronological order (ascending/descending) instead — there's no by-count order for a tree of grouped branches. Values that don't parse as dates are grouped under the emptyValue label rather than dropped.
{ key: 'joined', label: 'Joined', type: 'date' }renderFilterLabel isn't applied to date columns — a tree branch (a year or month) has no single raw value to hand it, and even a day leaf can bundle more than one.
A column doesn't need a matching property on TRow — set value to a function to compute the cell value from the whole row. Sorting, filtering, grouping, and aggregation all work off the computed value, same as a regular column.
const COLUMNS: ColumnDef<Employee>[] = [
{ key: 'salary', label: 'Salary', type: 'number' },
{ key: 'bonus', label: 'Bonus', type: 'number' },
{
key: 'total',
label: 'Total Comp',
type: 'number',
value: (row) => row.salary + row.bonus,
aggregate: 'sum',
},
]value also covers simple aliasing, reading a different property than key:
{ key: 'employeeName', label: 'Name', value: (row) => row.name }compare overrides the default numeric-or-alphabetical comparison for a column whose natural order is neither, e.g. an enum/tier column:
const TIER_ORDER = ['Bronze', 'Silver', 'Gold', 'Platinum']
{
key: 'tier',
label: 'Tier',
compare: (a, b) => TIER_ORDER.indexOf(String(a)) - TIER_ORDER.indexOf(String(b)),
}It applies everywhere the column's values are ordered: row sort, group order (for a groupBy column), and the filter checklist's default and explicit ordering.
compare also receives a 3rd dir argument (the active ascending/descending direction) — ignore it for an ordinary comparator like the one above, since every call site already flips the return value's sign for a descending sort, the same way the default comparison does. It's there for the rarer case of a value that has to stay pinned to one end regardless of which direction is active, e.g. a missing value that should sort last whether ascending or descending — impossible to express as a plain (a, b) => number return, since that gets sign-flipped right along with everything else. compareMissingLast is a ready-made comparator for exactly this:
import { compareMissingLast } from '@vates/data-table-react'
{ key: 'score', label: 'Score', type: 'number', compare: compareMissingLast() } // null/undefined/'' always last, in both directionsIts default isMissing check is (v) => v == null || v === ''; pass your own compare/isMissing to compareMissingLast(compare?, isMissing?) to combine it with a custom order — e.g. compareMissingLast((a, b) => TIER_ORDER.indexOf(String(a)) - TIER_ORDER.indexOf(String(b))) sorts by tier rank with an empty tier always last.
Set groupable: true on a column to make it available in the toolbar's Group dropdown; a grouped column disappears from the table header/cells and its rows are bucketed under a header row instead.
{ key: 'department', label: 'Department', groupable: true }Grouping a column also adds a matching sort for it (ascending by default), so groups have a defined order right away instead of an arbitrary one — the same sort entry shown as a chip in the active bar and a row in the Sort dropdown, reversible or removable like any other sort. Removing that sort later doesn't ungroup the column; it just goes back to an arbitrary group order.
Grouping buckets rows by exact value by default — fine for low-cardinality columns (department, status), but a continuous or near-unique column (a percentage, a raw timestamp) would create one group per row. Set groupValue to bucket into coarser groups instead — it only affects grouping; sort/filter/aggregate/cell rendering keep reading the column's real value, untouched:
import { bucketNumericRange, formatNumericRange, bucketDatePart, formatDatePart } from '@vates/data-table-react'
{
key: 'salary',
label: 'Salary',
type: 'number',
groupable: true,
groupValue: bucketNumericRange(20000), // 47000 -> 40000 (the range's lower bound)
groupFormat: formatNumericRange(20000, ' USD'), // "40000–60000 USD" in the group header
}
{
key: 'joined',
label: 'Joined',
type: 'date',
groupable: true,
groupValue: bucketDatePart('year'), // any date -> "2019-01-01"
groupFormat: formatDatePart('year'), // "2019" in the group header
}groupValue(value, row) returns the bucket key — return a value whose type matches col.type (a number for type: 'number', a parseDate-parseable string for type: 'date') so groups still sort correctly, the same type-aware comparison a plain groupBy column already gets. groupFormat(keyPart) renders that bucket key for the group header (bucketNumericRange's lower bound alone, e.g. 40000, usually isn't fit to display on its own); omit it to show the raw bucket key. Unlike a plain groupBy column, a bucketed column's group header doesn't call render/format — groupFormat is the only display hook for it. bucketDatePart/formatDatePart accept 'year' | 'month' | 'day' granularity. Both bucketers return null for a missing (null/undefined) value rather than miscounting it (e.g. Number(null) === 0 would otherwise merge "no value" into the real 0 bucket) — groupFormat renders that group as '(none)' by default, overridable via a 3rd missingLabel argument.
For a right-skewed column spanning several orders of magnitude (review counts, hours played, file sizes), where a single linear step is either too coarse for the long tail or too fine for the low end, bucketLogRange/formatLogRange bucket on a log scale instead:
import { bucketLogRange, formatLogRange } from '@vates/data-table-react'
{
key: 'hoursPlayed',
label: 'Hours played',
type: 'number',
groupable: true,
groupValue: bucketLogRange({ divisions: [1, 3] }), // 47 -> 30 (a half-decade "1-3-10" grid)
groupFormat: formatLogRange({ divisions: [1, 3] }, 'h'), // "30–100h" in the group header
}divisions (default [1], plain order-of-magnitude) lists the bucket starts within one power of base (default 10) — [1, 3] above gives a half-decade grid, [1, 2, 5] the classic "1-2-5" grid; base: 2 with the default [1] buckets by octave/binary doubling instead of decades. min (default 1) collapses everything below it into one low bucket instead of extending the grid toward zero (log is undefined at/below 0 regardless) — pass min: 0 to keep bucketing all the way down to (but not including) zero.
Since groupValue/groupFormat need the same arguments (step/unit, part, or options/unit) passed twice, a typo or later edit to just one side silently produces a group header that disagrees with its own bucket's real boundaries. numericRangeGroup/datePartGroup/logRangeGroup remove that risk by bundling both from one call, spreadable directly into a column def:
import { numericRangeGroup, logRangeGroup } from '@vates/data-table-react'
{ key: 'salary', label: 'Salary', type: 'number', groupable: true, ...numericRangeGroup(20000, ' USD') }
{ key: 'hoursPlayed', label: 'Hours played', type: 'number', groupable: true, ...logRangeGroup({ divisions: [1, 3] }, 'h') }A grouped column normally disappears from the row cells too, since its value is already shown in the group header — but that's a loss for a bucketed column (the header only shows "40000–60000 USD", not the row's exact 47000) or a multi-value column (a ["Roguelike", "Deckbuilder"] row shows up in both groups, and hiding the column removes the only way to see its other tags from within one group). Set keepVisibleWhenGrouped: true on such a column to keep it in the row cells even while grouped:
{ key: 'salary', label: 'Salary', type: 'number', groupable: true, groupValue: bucketNumericRange(20000), keepVisibleWhenGrouped: true }Set aggregate on a column to show a computed value in a row below each group header — try grouping by Department in the demo. Built-in types: 'sum' | 'count' | 'avg' | 'min' | 'max'; or supply a function for anything else:
{ key: 'salary', label: 'Salary', type: 'number', aggregate: 'sum' }
{ key: 'score', label: 'Score', type: 'number', aggregate: (rows) => Math.max(...rows.map((r) => r.score)) }The aggregate row only appears once grouping is active and only shows values for columns that define aggregate; it's always visible regardless of a group's collapsed state.
Pass selectable to show a checkbox column. The header checkbox selects/deselects the full filtered dataset (all pages at once). Group header checkboxes select/deselect all rows in that group. Both support indeterminate state.
const [selected, setSelected] = useState<Employee[]>([])
<DataTable
data={employees}
columns={COLUMNS}
rowKey="id"
selectable
onSelectionChange={setSelected}
/>
{selected.length > 0 && <p>{selected.length} rows selected</p>}onSelectionChange receives the array of currently selected rows that are present in the filtered dataset. Selection uses object identity (Set<TRow>), so it persists across sort/filter changes as long as row references are stable.
Refetching or re-mapping data breaks that assumption — even identical content in a new array of new objects silently drops selection, since a Set can only ever match by reference. Pass getRowId to opt into id-based matching instead, so selection survives a refresh:
<DataTable
data={employees}
columns={COLUMNS}
rowKey="id"
selectable
onSelectionChange={setSelected}
getRowId={(employee) => employee.id}
/>With getRowId set, a selected id is remapped to its fresh object reference whenever data changes, and dropped if the id no longer exists. Omit it to keep the default object-identity behavior exactly as above.
Clicking a sortable column header is a single-column-sort shortcut, separate from the Sort dropdown (which builds a deliberate multi-column sort with explicit priority/direction). A plain click replaces the non-group part of the sort with just that column, cycling its direction (asc → desc → none) if it's already the sole active non-group sort — a currently grouped column's own sort entry (which governs group order, not row order — see "Grouped columns" above) is left untouched, since a plain click on some unrelated column shouldn't silently wipe out how the table is grouped. A shift-click adds the column to the existing multi-sort instead (or flips its direction in place if it's already part of it) — it never removes a column from the multi-sort; use the active-bar chip's × or the Sort dropdown's remove button for that.
defaultSortDir (see "Column definition" below) picks which direction a fresh sort on that column starts at.
Pass a searchQuery externally, or use table.search.query/table.search.setQuery when driving the hook directly (see "useTableState hook" below). It matches any searchable column's string value case-insensitively before sort/filter/group run. Set searchable: false on a column to exclude it from this match.
Table rows use a roving tabindex — exactly one data row or group header is a Tab stop at a time, and arrow keys move it:
ArrowUp/ArrowDownmove focus one row, crossing page boundaries when paginated.Home/Endjump within the current page;Ctrl/Cmd+Home/Endjump across all pages.Spacetoggles the focused row's/group header's selection (whenselectable).EnterfiresonRowClickon a data row, or toggles a group header's collapse.Shift+ArrowUp/Down/Home/Endadditionally range-selects, same anchor/range logic as shift-clicking a checkbox.
Pass onRowClick to react to a data row being clicked — it receives the full row object and the native click event, no key lookup needed. Group header rows, the aggregate row, and the selection checkbox cell never trigger it. Pressing Enter while a row has keyboard focus (see "Keyboard navigation" above) also fires it, with the KeyboardEvent in place of the MouseEvent.
<DataTable
data={employees}
columns={COLUMNS}
rowKey="id"
onRowClick={(row, event) => console.log('clicked', row.name)}
/>Drag a column header to reorder it, or drag a row (or press Alt+ArrowUp/Alt+ArrowDown on it) in the Columns panel — both work out of the box, no extra props required. Order is tracked independently of visibility, so hiding and re-showing a column keeps its place. It's included in getViewState()/setViewState() (as columnOrder) for persistence and sharing.
| Prop | Type | Default | Description |
|---|---|---|---|
data |
TRow[] |
— | Row data |
columns |
ColumnDef<TRow>[] |
— | Column definitions |
rowKey |
keyof TRow & string |
— | React list key only — not selection identity |
defaultVisibleColumns |
string[] |
all | Initially visible column keys |
labels |
Partial<DataTableLabels> |
English | UI string overrides |
defaultPageSize |
number |
0 (off) | Initial rows per page; 0 disables pagination |
defaultGroupsCollapsed |
boolean |
true |
Whether newly-grouped groups start collapsed |
getRowId |
(row: TRow) => string | number |
— | Opt-in id-based selection identity (see "Row selection" above) |
selectable |
boolean |
false |
Show checkbox column for row selection |
onSelectionChange |
(rows: TRow[]) => void |
— | Called when selection changes |
onRowClick |
(row: TRow, event: MouseEvent<HTMLTableRowElement> | KeyboardEvent<HTMLTableRowElement>) => void |
— | Called when a data row is clicked, or on Enter with keyboard focus |
interface ColumnDef<TRow extends object> {
key: string // unique column id; used for row[key] lookup unless `value` is set
label: string
type?: 'string' | 'number' | 'date' // controls filter UI: checklist / range / year-month-day tree; default: 'string'
width?: number
value?: (row: TRow) => unknown // compute the cell value from the whole row (also covers aliasing)
format?: (value: unknown, row: TRow) => string
compare?: (a: unknown, b: unknown, dir: SortDir) => number // custom ordering for row sort, group order, and the filter checklist; see Custom sort order
defaultSortDir?: SortDir // direction a fresh sort on this column starts at; default: 'asc'
sortable?: boolean // default: true
filterable?: boolean // default: true
groupable?: boolean // default: false
searchable?: boolean // include this column in global search matching; default: true
groupValue?: (value: unknown, row: TRow) => unknown // bucket a groupBy value into a coarser group key; see Grouped columns
groupFormat?: (keyPart: string) => string // render a groupValue bucket key in the group header
keepVisibleWhenGrouped?: boolean // default: false; keep this column's cells visible even while it's grouped
multiMode?: 'and' | 'or' // match mode for array-valued columns; default: 'or'
aggregate?: 'sum' | 'count' | 'avg' | 'min' | 'max' | ((rows: TRow[]) => unknown) // see Aggregation
render?: (value: unknown, row: TRow) => ReactNode
renderFilterLabel?: (value: string) => ReactNode
}Cell value resolution order: render → format → String(value).
If you need to build a custom layout, use the hook directly:
useTableState's return value is grouped by concern instead of one flat object — table.sort, table.filter, table.group, table.selection, table.pagination, table.search, and table.columns each hold their own state and actions, with a handful of cross-cutting things (processedData, pagedData, getViewState, clearAll, etc.) staying top-level:
import { useTableState, type ColumnDef } from '@vates/data-table-react'
const table = useTableState(data, columns, {
defaultVisibleColumns,
labels: labelOverrides,
defaultPageSize,
defaultGroupsCollapsed, // default true — pass false to start groups expanded
})
const {
processedData,
pagedData,
groupedData,
labels: L,
getViewState, // () => TableViewState — snapshot of sort/filter/group/page/etc. (not selection)
setViewState, // (view: TableViewState) => void — apply a snapshot; fields absent from it reset to default
clearAll,
} = table
const {
visible: visibleCols,
active: activeColumns,
ordered: orderedColumns, // all columns (visible + hidden) sorted per columnOrder — for a custom columns panel
toggleVisibility: toggleColVisibility,
move: moveColumn, // (dragKey: string, targetKey: string) => void — drag-and-drop reordering
moveBy: moveColumnBy, // (key: string, delta: number) => void — swap with the neighbor delta positions away
} = table.columns
const {
entries: sorts,
toggle: toggleSort,
replace: replaceSort, // (key: string) => void — single-column sort shortcut, discards other sorts; see Header click sorting
appendOrToggle: appendOrToggleSort, // (key: string) => void — adds to the multi-sort or flips direction in place, never removes
clear: clearSorts,
icon: getSortIcon,
index: getSortIndex,
} = table.sort
const {
include: filters,
ranges: rangeFilters,
activeCount: activeFilterCount,
valueMap: stringValueMap,
cycleValue: cycleFilterValue,
setRange: setRangeFilter,
clearColumn: clearColumnFilter,
clear: clearFilters,
} = table.filter
const {
by: groupBy,
collapsed: collapsedGroups,
toggle: toggleGroup,
toggleCollapse: toggleGroupCollapse,
clear: clearGroups,
} = table.group
const {
all: selection, // Set<TRow> — use .has(row) to check membership
rows: selectedRows,
toggle: toggleRowSelection, // (row: TRow, shiftKey?: boolean) => void
toggleAll: toggleSelectAll, // (rows: TRow[]) => void — selects all if any unselected, else deselects all
clear: clearSelection, // () => void
} = table.selection
const { page, pageSize, numPages, setPage, setPageSize } = table.pagination
const { query: searchQuery, setQuery: setSearchQuery } = table.searchtoggle's optional shiftKey enables range selection: passing true (typically read off the checkbox's own click event) selects/deselects every row between the last-clicked row (the anchor) and this one, computed over the full filtered/sorted processedData — not just the current page — via core's selectRange. A plain click (shiftKey omitted or false) toggles just that row and updates the anchor to it.
getViewState()/setViewState() capture and apply a serializable snapshot of sort, filters, groups, page, etc. — everything except selection, which is identity-based and not meaningful to persist or share. usePersistence wires this up to both localStorage and the URL from one options object:
import { useTableState, usePersistence } from '@vates/data-table-react'
const table = useTableState(data, columns)
const { reset } = usePersistence(table, { storageKey: 'my-table-view', paramName: 'view' })usePersistence combines usePersistedView (loads on mount, saves on every change) and useUrlView (loads from ?view=... on mount and on back/forward navigation, writes back via history.replaceState) — both only act when their source actually has a view to apply, so a plain reload with no view param keeps the localStorage-restored view instead of resetting it. Its returned reset() puts the table back to its construction-time defaults and clears whatever was persisted:
;<button onClick={reset}>Reset</button>Use usePersistedView(table, storageKey)/useUrlView(table, { paramName? })/resetView(table, { storageKey?, paramName? }) directly instead if you only want one of the two (e.g. URL sharing with no localStorage) — pass the same storageKey/paramName to each, since usePersistence is just these three sharing one options object under the hood:
import { useTableState, usePersistedView, useUrlView, resetView } from '@vates/data-table-react'
const table = useTableState(data, columns)
useUrlView(table) // reflected in ?view=... — reload the page or share the link
;<button onClick={() => resetView(table)}>Reset</button>To persist a view somewhere else (e.g. a backend), call getViewState()/setViewState(view) directly — these helpers work with any object shaped like { getViewState(), setViewState(view) }, so table (or anything else with that shape) can be passed in.
<DataTable> builds its own useTableState internally, so these hooks can't reach it — see DataTableView below for the built-in UI wired to a useTableState instance you own.
<DataTable> is useTableState + a render layer bundled together, with no way to reach the state from outside. DataTableView is that same render layer, taking a useTableState result as a prop instead of creating its own — so you get the identical built-in UI while keeping full external access to it (persistence, imperative selection control, or anything else useTableState returns):
import { useTableState, usePersistence, DataTableView } from '@vates/data-table-react'
function EmployeeTable() {
const table = useTableState(employees, COLUMNS, {
defaultVisibleColumns: DEFAULT_VISIBLE,
defaultPageSize: 20,
})
usePersistence(table, { storageKey: 'employee-table-view', paramName: 'view' })
return <DataTableView table={table} data={employees} columns={COLUMNS} rowKey="id" />
}DataTableView takes the same props as <DataTable> minus defaultVisibleColumns/labels/defaultPageSize (those only make sense at useTableState construction time) plus table. In fact, <DataTable> is implemented as exactly this — a thin wrapper that calls useTableState and renders <DataTableView table={table} .../>.
Use a built-in locale or supply any Partial<DataTableLabels> overrides (shallow-merged over English defaults):
import { LABELS_FR } from '@vates/data-table-react'
<DataTable labels={LABELS_FR} ... />Built-in locales: LABELS_EN (default), LABELS_FR, LABELS_ES, LABELS_DE, LABELS_PT.
All colors are CSS custom properties. Define them in your own stylesheet (typically on :root). Dark mode activates automatically when the OS preference is dark via prefers-color-scheme: dark, and can be forced with a data-theme attribute:
/* in your global stylesheet */
:root {
--color-background-primary: #ffffff;
--color-background-secondary: #f7f6f3;
--color-text-primary: #1a1916;
--color-text-secondary: #6b6a66;
/* ... other tokens ... */
}
@media (prefers-color-scheme: dark) {
:root {
--color-background-primary: #141413;
--color-text-primary: #e8e7e4;
/* ... */
}
}
[data-theme='dark'] {
/* same dark values */
}
[data-theme='light'] {
/* same light values */
}// Force dark / light / follow OS
document.documentElement.dataset.theme = 'dark'
document.documentElement.dataset.theme = 'light'
delete document.documentElement.dataset.themeSee the vanilla README for the full token reference table.
MIT