The React Data Grid component is used for displaying large volumes of data. Modern and more complex grids ensure smooth UX and bring an array of features for manipulating tabular data. There is an intuitive API, theming, branding, filtering, sorting, data selection, Excel-style filtering, and many more.
The Ignite UI for React Data Table / Data Grid is a tabular React grid component that allows you to quickly bind and display your data with little coding or configuration. Features of the React data grid in our toolbox include filtering, sorting, templates, row selection, row grouping, row pinning, movable columns, virtualization, Master-Detail, and much more.
The React tables are optimized for speed and performance, with the ability to handle millions of rows and columns, and real-time updates in an instant.
React Data Grid Example
In this Ignite UI for React Grid example, you can see how users can do both basic and excel-style filtering, live-data sorting, and use grid summaries as well as cell templating. The demo also includes paging set to display 10 items per page.
Getting Started with React Data Grid
Dependencies
To get started with the React Data Grid, first you need to install the igniteui-react and igniteui-react-grids packages.
You also need to include the following import to use the grid:
import { IgrGrid } from "igniteui-react-grids";
The corresponding styles should also be referenced. You can choose light or dark option for one of the themes and based on your project configuration to import it:
The Id property is a string value and is the unique identifier of the grid which will be auto-generated if not provided, while data binds the grid, in this case to local data.
The AutoGenerate property tells the grid to auto generate the grid’s IgrColumn components based on the data source fields. It will also try to deduce the appropriate data type for the column if possible. Otherwise, the developer needs to explicitly define the columns and the mapping to the data source fields.
Editable React Grid
Each operation for grid editing includes batch operations, meaning the API gives you the option to group edits into a single server call, or you can perform grid edit / update operations as they occur with grid interactions. Along with a great developer experience as an editable grid with CRUD operations, the grid includes Excel-like keyboard navigation. Common default grid navigation is included, plus the option to override any navigation option to meet the needs of your customers. An editable grid in with a great navigation scheme is critical to any modern line of business application, with the Ignite UI grid we make it easy.
IgrColumn is used to define the grid’s columns collection and to enable features per column like sorting and filtering. Cell, header, and footer templates are also available.
Defining Columns
Let’s turn the AutoGenerate property off and define the columns collection in the markup:
When cell template is set it changes all the cells in the column. The context object provided in the template consists of the cell value provided implicitly and the cell object itself. It can be used to define a template where the cells’ text could be formatted e.g. as title case.
function formatTitleCase(value: string) { return value.toLowerCase().replace(/\b\w/g, c => c.toUpperCase());}function nameCellTemplate(ctx: IgrCellTemplateContext) { return ( <> {formatTitleCase(ctx.implicit)} </> );}<IgrColumn field="Name" bodyTemplate={nameCellTemplate}></IgrColumn>
In the snippet above we take a reference to the implicitly provided cell value. This is sufficient if you just want to present some data and maybe apply some custom styling or pipe transforms over the value of the cell. However even more useful is to take the Cell instance itself as shown below:
Note:
The grid exposes a default handling for number, string, date and boolean column types. For example, the column will display check or close icon, instead of true/false by default, for boolean column type.
When properly implemented, the cell editing template also ensures that the cell’s EditValue will correctly pass through the grid editing event cycle.
Cell Editing Template
The column also accepts one last template that will be used when a cell is in edit mode. As with the other column templates, the provided context object is again the cell value and the cell object itself. Of course in order to make the edit-mode template accessible to end users, you need
to set the Editable property of the column to true.
function priceCellTemplate(ctx: IgrCellTemplateContext) { return ( <> <label> Enter the new price tag </label> <input name="price" type="number" value={ctx.cell.value} onChange={() => updateValue(ctx.cell.value)}/> </> );}function updateValue(value: number) { // Custom update code}<IgrColumn field="Price" dataType="number" editable={true} inlineEditorTemplate={priceCellTemplate}></IgrColumn>
Make sure to check the API for the IgrCellType in order to get accustomed with the provided properties you can use in your templates.
Column Template API
Each of the column templates can be changed programmatically at any point through the IgrColumn object itself. For example in the code below, we have declared two templates for our user data. In our TypeScript code we’ll get references to the templates themselves and then based on some condition we will render the appropriate template for the column in our application.
The code above will make the ProductName column sortable and editable and will instantiate the corresponding features UI (like inputs for editing, etc.).
Custom Display Format
There are optional parameters for formatting:
Format - determines what date/time parts are displayed, defaults to 'mediumDate', equivalent to ‘MMM d, y’
Timezone - the timezone offset for dates. By default uses the end-user’s local system timezone
DigitsInfo - decimal representation objects. Default to 1.0-3
To allow customizing the display format by these parameters, the PipeArgs input is exposed. A column will respect only the corresponding properties for its data type, if PipeArgs is set. Example:
If you use AutoGenerate columns the data keys must be identical.
Grid Data Binding
Our React Data Grid provides unmatched data binding options and is optimized for real-time updates and smooth scrolling. With low-latency rendering, the grid ensures any UI change is displayed in an instant, including live streaming data, large datasets, and more.
Before going any further with the React Data Grid we want to change the grid to bind to remote data service, which is the common scenario in large-scale applications.
You can do this by fetching the data from a given url receiving a JSON response and assigning it to the grid’s data property that is used as the grid’s data source:
Note: The grid AutoGenerate property is best to be avoided when binding to remote data for now. It assumes that the data is available in order to inspect it and generate the appropriate columns. This is usually not the case until the remote service responds, and the grid will throw an error. Making AutoGenerate available, when binding to remote service, is on our roadmap for future versions.
Complex Data Binding
Complex Data Binding allows for seamless interaction with multi-level data, complex, real-world datasets, object-oriented data modules, etc. Using our React Data Grid, you can easily bind to complex objects (including data structures that nest deeper than one level). This happens through a path of properties in the data record.
An alternative way to bind complex data, or to visualize composite data (from more than one column) in the IgrGrid is to use a custom body template for the column. Generally, one can:
use the value of the cell, that contains the nested data
use the cell object in the template, from which to access the ctx.cell.id.rowIndex or ctx.cell.id.rowID to get the row via the grid’s API and retrieve any value from it and interpolate those in the template.
The flat data binding approach is similar to the one that we already described above, but instead of cell value we are going to use the Data property of the IgrGridRowComponent.
Since the React grid is a component for rendering, manipulating and preserving data records, having access to every data record gives you the opportunity to customize the approach of handling it. The data property provides you this opportunity.
Using code snippets from previous section will result in the following example of IgrGrid
Keyboard Navigation
Keyboard navigation of the IgrGrid provides a rich variety of keyboard interactions for the user. It enhances accessibility and allows intuitive navigation through any type of elements inside (cell, row, column header, toolbar, footer, etc.).
Styling React Grid
Note:
The grid uses css grid layout, which is not supported in IE without prefixing, consequently it will not render properly.
In addition to the predefined themes, the grid could be further customized by setting some of the available CSS properties. In case you would like to change the header background and text color, you need to set a class for the grid first:
<IgrGrid className="grid"></IgrGrid>
Then set the --header-background and --header-text-color CSS properties for that class:
Currently we do not support mixing of column widths with % and px.
When trying to filter a column of type number
If a value different than number is entered into the filtering input, NaN is returned due to an incorrect cast.
Grid width does not depend on the column widths
The width of all columns does not determine the spanning of the grid itself. It is determined by the parent container dimensions or the defined grid’s width.
Grid nested in parent container
When grid’s width is not set and it is placed in a parent container with defined dimensions, the grid spans to this container.
Columns have a minimum allowed column width. Depending on the --ig-size CSS variable, they are as follows: “small”: 56px “medium”: 64px “large ”: 80px
If width less than the minimum allowed is set it will not affect the rendered elements. They will render with the minimum allowed width for the corresponding --ig-size. This may lead to an unexpected behavior with horizontal virtualization and is therefore not supported.
Row height is not affected by the height of cells that are not currently rendered in view.
Because of virtualization a column with a custom template (that changes the cell height) that is not in the view will not affect the row height. The row height will be affected only while the related column is scrolled in the view.
API References
Theming Dependencies
Icon Theme
InputGroup Theme
Chip Theme
Ripple Theme
Button Theme
Overlay Theme
DropDown Theme
Calendar Theme
SnackBar Theme
Badge Theme
Our community is active and always welcoming to new ideas.