Skip to content

Master-Detail Plugin

The Master-Detail plugin lets you create expandable detail rows that reveal additional content beneath each master row. Perfect for order/line-item UIs, employee/department views, or any scenario where you need to show related data without navigating away.

import '@toolbox-web/grid/features/master-detail';

The key configuration is detailRenderer - a function that receives the row data and returns either an HTML string or a DOM element. This gives you complete control over what appears in the expanded detail area.

import { queryGrid } from '@toolbox-web/grid';
const grid = queryGrid('tbw-grid');
grid.gridConfig = {
columns: [
{ field: 'orderId', header: 'Order ID' },
{ field: 'customer', header: 'Customer' },
{ field: 'total', header: 'Total', type: 'currency' }
],
features: {
masterDetail: {
detailRenderer: (row) => `
<div class="order-details">
<h4>Order Items</h4>
<ul>
${row.items.map(item => `<li>${item.name} - $${item.price}</li>`).join('')}
</ul>
</div>
`,
},
},
};
AnimationExpand/collapse animation
Expand on row clickToggle detail panel by clicking row
Detail heightHeight of detail panel (px or auto)

See MasterDetailConfig for the full list of options and their defaults.

The animation option controls how detail rows appear/disappear:

// Slide animation (default)
features: { masterDetail: { animation: 'slide', ... } }
// Fade animation
features: { masterDetail: { animation: 'fade', ... } }
// No animation
features: { masterDetail: { animation: false, ... } }

Requires: ServerSidePlugin — see Server-Side Plugin

When ServerSidePlugin is loaded, master rows are lazily loaded via virtual scrolling (infinite scroll) or pagination — the same way flat data, Tree, or Row Grouping work. MasterDetail does not claim root data, so master rows flow through ServerSide’s block cache unchanged.

Detail data can be fetched on demand or embedded in the master row:

  • Async detail data: On detail expand, MasterDetailPlugin queries datasource:fetch-children. ServerSide calls getChildRows() and delivers the result.
  • Embedded detail data: If detail data is already in the master row object (e.g. row.items), detailRenderer accesses it directly — no getChildRows() needed.

When ServerSide is not present, detailRenderer works synchronously from the row object.

import '@toolbox-web/grid/features/master-detail';
import '@toolbox-web/grid/features/server-side';
import { queryGrid } from '@toolbox-web/grid';
const grid = queryGrid('tbw-grid');
grid.gridConfig = {
columns: [
{ field: 'orderId', header: 'Order ID' },
{ field: 'customer', header: 'Customer' },
{ field: 'total', header: 'Total', type: 'currency' },
],
features: {
serverSide: {
pageSize: 50,
dataSource: {
async getRows(params) {
const res = await fetch(`/api/orders?start=${params.startNode}&end=${params.endNode}`);
const data = await res.json();
return { rows: data.orders, totalNodeCount: data.total };
},
async getChildRows(params) {
const { row } = params.context;
const res = await fetch(`/api/orders/${row.id}/items`);
return { rows: await res.json() };
},
},
},
masterDetail: {
detailRenderer: (row, rowIndex) => {
const plugin = grid.getPluginByName('masterDetail');
if (plugin.isDetailLoading(rowIndex)) {
return '<div class="loading">Loading order items…</div>';
}
const items = plugin.getDetailData(rowIndex);
if (!items) {
return '<div class="loading">Loading…</div>';
}
return `
<div class="order-details">
<h4>Order Items</h4>
<ul>
${items.map((item: any) => `<li>${item.name} — $${item.price}</li>`).join('')}
</ul>
</div>
`;
},
},
},
};

Data flow:

  1. ServerSide fetches master rows in blocks (virtual scroll or pagination) → renders normally (MasterDetail does not claim root data)
  2. User scrolls → ServerSide loads more master rows on demand
  3. On detail expand — expander click, or expand() / toggle() / expandAll() — MasterDetailPlugin queries datasource:fetch-children with { source: 'master-detail', row, rowIndex } when the row’s data is neither cached nor already loading. Loading placeholders (rows whose block has not loaded yet) are never expanded, fetched, or passed to detailRenderer.
  4. ServerSide calls getChildRows() → broadcasts datasource:children
  5. MasterDetailPlugin stores the data and re-renders the detail panel
  6. detailRenderer uses getDetailData(rowIndex) to access the async data

expandAll() with lazy blocks: expandAll() makes expansion the default for every row and stays in effect until collapseAll(). Rows that appear later therefore render expanded straight away: blocks that replace loading placeholders, and Tree / Row Grouping children — whether loaded through getChildRows() or embedded in a block’s payload. Their detail data is fetched once they scroll into view, with their display rowIndex. Collapsing a single row does not end this mode; that row stays collapsed.

Errors and cancellation: If getChildRows() rejects, the row leaves its loading state, its detail panel re-renders (isDetailLoading() is false and getDetailData() is undefined), and the grid fires detail-load-error with { rowIndex, row, error }. Collapsing and re-expanding the row retries the fetch — either individually or through collapseAll() / expandAll(). Collapsing a row while its detail data is loading aborts the request (params.signal) and discards the result. The same happens when the data source replaces the master rows (a block load, page change, or refresh()): pending detail requests for the discarded rows are aborted, so repeated refreshes never accumulate obsolete requests. Rows that a hierarchy plugin merely hides (a collapsed Tree or Row Grouping parent) keep their in-flight request.

detail-expand is fired only for click and keyboard expansions, and always before the fetch starts — so a detail-load-error for that expansion can never precede it, even when the request fails synchronously, and collapsing the row from the detail-expand listener skips the fetch entirely. The programmatic API (expand(), toggle(), expandAll()) and rows that expandAll() expands later fire no detail-expand, so a programmatic retry must clear the marker itself:

const plugin = grid.getPluginByName('masterDetail');
let failed = new WeakSet<object>();
grid.on('detail-load-error', ({ row, error }) => {
failed.add(row);
console.error('Order items failed to load', error);
});
// Click/keyboard re-expansion retries the fetch, so clear the marker
grid.on('detail-expand', ({ row, expanded }) => {
if (expanded) failed.delete(row);
});
// Programmatic retries fire no detail-expand — clear the marker explicitly
function retryDetail(rowIndex: number) {
plugin.collapse(rowIndex);
failed.delete(grid.rows[rowIndex]);
plugin.expand(rowIndex);
}
function retryAllDetails() {
failed = new WeakSet();
plugin.collapseAll();
plugin.expandAll();
}
// In detailRenderer: if (failed.has(row)) return '<div class="error">Could not load order items.</div>';

Async API:

const plugin = grid.getPluginByName('masterDetail');
plugin.getDetailData(rowIndex); // Get fetched detail data (or undefined if not loaded)
plugin.isDetailLoading(rowIndex); // Check if detail data is currently loading
features: {
masterDetail: {
detailRenderer: (row) => {
const childGrid = document.createElement('tbw-grid');
childGrid.style.height = '200px';
childGrid.gridConfig = { columns: [...] };
childGrid.rows = row.items || [];
return childGrid;
},
},
},

The child grid is a fully independent instance: the parent ignores clicks, keyboard navigation, drags, right-clicks, and editor focus changes that happen inside it — including when the parent uses EditingPlugin({ mode: 'grid' }) — and never touches its focus or selection markers. Events the child emits (row-click, cell-click, …) still bubble through the parent host in the DOM — filter on event.target if you listen on the parent for both.

See MasterDetailPlugin for the full list of methods.

const plugin = grid.getPluginByName('masterDetail');
plugin.expand(rowIndex);
plugin.collapse(rowIndex);
plugin.toggle(rowIndex);
plugin.expandAll();
plugin.collapseAll();
plugin.isExpanded(rowIndex); // boolean

The master-detail plugin supports CSS custom properties for theming. Override these on tbw-grid or a parent container:

PropertyDefaultDescription
--tbw-master-detail-bgvar(--tbw-color-row-alt)Detail row background
--tbw-master-detail-bordervar(--tbw-color-border)Detail row border
--tbw-detail-padding1emDetail content padding
--tbw-detail-max-height31.25rem (~500px)Max height for animation
--tbw-animation-duration200msExpand/collapse animation
--tbw-animation-easingease-outAnimation curve
tbw-grid {
/* Custom master-detail styling */
--tbw-master-detail-bg: #f8f9fa;
--tbw-master-detail-border: #dee2e6;
--tbw-detail-padding: 1.5rem;
--tbw-animation-duration: 300ms;
}

The master-detail plugin uses these class names:

ClassElement
.master-detail-expanderExpander cell container
.master-detail-toggleExpand/collapse icon
.master-detail-rowDetail row container
.master-detail-row.tbw-expandingRow during expand animation
.master-detail-row.tbw-collapsingRow during collapse animation
.master-detail-cellDetail content wrapper
.tbw-row-expandedApplied to a master .data-grid-row while its detail panel is showing. Use this for theming expanded master rows instead of [aria-expanded="true"] (which lives on the toggle button, not the row).

Click the expand arrow to open/close row details.

Event Log:
EventDetailDescription
detail-expand{ rowIndex, row, expanded }Fired when a detail row is expanded/collapsed by click or keyboard (not by the programmatic API)
detail-load-error{ rowIndex, row, error }Fired when the ServerSide getChildRows() request for a row’s detail data fails. See Server-Side Data.

See DetailExpandDetail and DetailLoadErrorDetail for the payload types.

  • Tree — Hierarchical tree data
  • Row Grouping — Group rows by field values; master-detail toggles appear on data rows within groups
  • Selection — Row and cell selection