React Grid Overview and Configuration

    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 and movable columns.

    The React tables are optimized for live streaming data, with the ability to handle unlimited data set size in a number of rows or columns.

    React Data Grid

    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.

    npm install --save igniteui-react
    npm install --save igniteui-react-grids
    

    You also need to include the following import to use the grid:

    import "igniteui-react-grids/grids/combined.js";
    

    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:

    import 'igniteui-react-grids/grids/themes/light/bootstrap.css'
    

    For more details on how to customize the appearance of the grid, you may have a look at the styling section.

    Component Modules

    The DataGrid requires the following modules:

    import { IgrGridModule } from "igniteui-react-grids";
    IgrGridModule.register();
    

    Usage

    Now that we have the grid packages imported, let’s get started with the basic configuration and bind to local data:

    <IgrGrid id="grid1" data={localData} autoGenerate="true"></IgrGrid>
    

    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.

    Following this topic you will learn more about cell template and cell editing template and editing.

    Grid Column Configuration

    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:

    <IgrGrid id="grid1" autoGenerate="false" allowFiltering="true" data={localData}>
        <IgrColumn field="Name" sortable="true"></igc-column>
        <IgrColumn field="AthleteNumber" sortable="true" header="Athlete number" filterable="false"></IgrColumn>
        <IgrColumn id="trackProgress" field="TrackProgress" header="Track progress" filterable="false"></IgrColumn>
    </IgrGrid>
    

    Header Template

    The header template can be set to modify the column headers. The snippets below show you how to format the header text to upper case.

    function nameHeaderTemplate(ctx: IgrColumnTemplateContext) {
        return (
        <>
         {formatUppercase(ctx.dataContext.column.field)}
        </>
        );
    }
    
    function formatUppercase(value: string) {
        return value.toUpperCase();
    }
    
    <IgrGrid id="name" field="Name" headerTemplate={nameHeaderTemplate}></IgrGrid>
    

    Note: Whenever a header template is used along with grouping/moving functionality the column header area becomes draggable and you cannot access the custom elements part of the header template until you mark them as not draggable. Example below.

    function productNameHeaderTemplate(ctx: IgrColumnTemplateContext) {
        return (
            <>
                <div class="text">${ctx.dataContext.column.field}</div>
                <IgrIcon onClick={() => toggleSummary(ctx.dataContext.column)} name="functions" draggable="false"></IgrIcon>
            </>
        );
    }
    
    <IgrColumn id="productName" field="ProductName" header="Product Name" groupable="true" hasSummary="true" headerTemplate={productNameHeaderTemplate}></IgrColumn>
    

    As you can see, we are adding Draggable attribute set to false.

    Cell Template

    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.toUpperCase();
    }
    
    function nameCellTemplate(ctx: IgrCellTemplateContext) {
      return (
      <>
       {formatTitleCase(ctx.dataContext.implicit)}
      </>
      );
    }
    
    <IgrColumn id="name" 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:

    function nameCellTemplate(ctx: IgrCellTemplateContext) {
        return (
            <>
                <span tabindex="0" keydown={() => deleteRow(ctx.dataContext.cell.id.rowIndex)}>
                {formatTitleCase(ctx.dataContext.cell.value)}
                </span>
            </>
        );
    }
    
    function subscriptionCellTemplate(ctx: IgrCellTemplateContext) {
        if (ctx.dataContext.cell.value) {
                return (
                    <>
                     <input type="checkbox" checked />
                    </>
                );
        } else {
                return (
                    <>
                     <input type="checkbox"/>
                    </>
                );
        }
    }
    
    function deleteRow(rowIndex: number) {
        grid.deleteRow(rowIndex);
    }
    
    function formatTitleCase(value: string) {
        return value.toUpperCase();
    }
    
    <IgrGrid id="grid" autoGenerate="false" data={data}>
        <IgrColumn id="name" field="Name" dataType="string" bodyTemplate={nameCellTemplate}></IgrColumn>
        <IgrColumn id="subscription" field="Subscription" dataType="boolean" bodyTemplate={subscriptionCellTemplate}></IgrColumn>
    </IgrGrid>
    

    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.dataContext.cell.value} 
                    change={() => this.updateValue(ctx.dataContext.cell.value)}/>
            </>
        );
    }
    
    function updateValue(value: number) {
    }
    
    <IgrColumn id="price" field="Price" dataType="number" editable="true" inlineEditorTemplate={priceCellTemplate}></IgrColumn>
    

    Make sure to check the API for the Cell 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.

    <IgrGrid>
        {/* Column declarations */}
    </IgrGrid>
    
    function normalViewTemplate(ctx: IgrCellTemplateContext) {
        return (
            <>
                <div class="user-details">{ ctx.dataContext.cell.value }</div>
                <UserDetailsComponent></UserDetailsComponent>
            </>
        );
    }
    
    function smallViewTemplate(ctx: IgrCellTemplateContext) {
        return (
            <>
                <div class="user-details-small">{ ctx.dataContext.cell.value }</div>
            </>
        );
    }
    
    const column = grid.getColumnByName("User");
    // Return the appropriate template based on some condition.
    // For example saved user settings, viewport size, etc.
    column.bodyTemplate = smallViewTemplate;
    

    Column properties can also be set in code in the ColumnInit event which is emitted when the columns are initialized in the grid.

    function initColumns(grid: IgrGridBaseDirective, args: IgrColumnComponentEventArgs) {
        const column: IgrColumn = args.detail;
        if (column.field === 'ProductName') {
            column.sortable = true;
            column.editable = true;
        }
    }
    

    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:

    const columnPipeArgs = {
        format: "longDate",
        timezone: "UTC",
        digitsInfo: "1.2-2"
    };
    
    <IgrColumn field="OrderDate" dataType="date" pipeArgs={columnPipeArgs}></IgrColumn>
    

    The OrderDate column will respect only the Format and Timezone properties, while the UnitPrice will only respect the DigitsInfo.

    All available column data types could be found in the official Column types topic.

    Grid Data Structure

    The IgrGrid handles flat data and nested POJO (Plain old Java objects). The data structure specific for rendering is in the form:

    const OBJECT_ARRAY = [{
            ObjectKey1: value1,
            ObjectKey2: value2,
            // ...
            ObjectKeyN: valueN
        },
        // ...
      }];
    
    const POJO = [{
            ObjectKey1: value1,
            ObjectKey2: value2,
            // ...
            ObjectKeyN: {
              ObjectKeyN1: value1,
              ObjectKeyN2: value2,
              // ...
              ObjectKeyNM: valueNM,
            }
        },
        // ...
      }];
    

    WARNING: The key values must not contain arrays.

    If you use autoGenerate columns the data keys must be identical.

    Grid Data Binding

    Before going any further with the 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:

    <IgrGrid ref={gridRef}></IgrGrid>
    
    function fetchData(url: string): void {
        fetch(url)
          .then(response => response.json())
          .then(data => onDataLoaded(data));
    }
    function onDataLoaded(jsonData: any[]) {
        gridRef.current.data = jsonData;
      }
    

    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

    The IgrGrid supports binding to complex objects (including nesting deeper than one level) through a "path" of properties in the data record.

    Take a look at the following data model:

    interface AminoAcid {
        name: string;
        abbreviation: {
            short: string;
            long: string;
        }
        weight: {
            molecular: number;
            residue: number;
        },
        formula: {
            molecular: string;
            residue: string;
        }
    }
    

    For example, in order to display the weights of a given amino acid in the grid the following snippet will suffice

    <IgrColumn field="weight.molecular"></IgrColumn>
    <IgrColumn field="weight.residue"></IgrColumn>
    

    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.dataContext.cell.id.rowIndex or ctx.dataContext.cell.id.rowID to get the row via the grid's API and retrieve any value from it and interpolate those in the template.
    function getName(rowIndex: number) {
        return grid.getRowByIndex(rowIndex).data["Name"];
    }
    function getWeight(rowIndex: number) {
        return grid.getRowByIndex(rowIndex).data["weight"]["molecular"];
    }
    
    function abbreviationLongCellTemplate(ctx: IgrCellTemplateContext) {
        return (
            <>
                <div>
                <div>
                    { ctx.dataContext.cell.value }
                        {getName(ctx.dataContext.cell.id.rowIndex)} 
                        {getWeight(ctx.dataContext.cell.id.rowIndex)}
                </div>
            </div>
            </>
        )
    }
    
    <IgrColumn id="abbreviationLong" field="abbreviation.long" bodyTemplate={abbreviationLongCellTemplate}></IgrColumn>
    

    Here is an example on how body template is used to display complex data. Below is the data that we are going to use:

    export const EMPLOYEE_DATA = [
        {
            Age: 55,
            Employees: [
                {
                    Age: 43,
                    HireDate: new Date(2011, 6, 3),
                    ID: 3,
                    Name: "Michael Burke",
                    Title: "Senior Software Developer"
                },
                {
                    Age: 29,
                    HireDate: new Date(2009, 6, 19),
                    ID: 2,
                    Name: "Thomas Anderson",
                    Title: "Senior Software Developer"
                },
                {
                    Age: 31,
                    HireDate: new Date(2014, 8, 18),
                    ID: 11,
                    Name: "Monica Reyes",
                    Title: "Software Development Team Lead"
                },
                {
                    Age: 35,
                    HireDate: new Date(2015, 9, 17),
                    ID: 6,
                    Name: "Roland Mendel",
                    Title: "Senior Software Developer"
                }],
            HireDate: new Date(2008, 3, 20),
            ID: 1,
            Name: "John Winchester",
            Title: "Development Manager"
        }
    ]
    

    The custom template for the column, that will render the nested data:

    function addressCellTemplate(ctx: IgrCellTemplateContext) {
        return (
            <>
                <IgrExpansionPanel>
                    <div slot="title" style={{font-size: '1.1em'; font-weight: 'bold'; margin-top: '1rem'; margin-bottom: '0.25rem'}}>
                    {ctx.dataContext.cell.value[0].Name}
                    </div>
                    <div className="description">
                        <div style={{display: 'flex'; align-items: 'center'}}>
                            <div for="title" style={{width: '2rem'; margin: '0rem'}}>Title</div>
                            <input id='Title' type="text" name="title" value="${ctx.dataContext.cell.value[0].Title}" style={{text-overflow: 'ellipsis'}} />
                        </div>
                        <div style={{display: 'flex'; align-items: 'center'}}>
                            <div for="age" style={{width: '2rem'; margin: '0rem'}}>Age</div>
                            <input id='Age' type="text" name="title" value="${ctx.dataContext.cell.value[0].Age}" style={{text-overflow: 'ellipsis'}} />
                        </div>
                    </div>
                </IgrExpansionPanel>
            </>
        )
    }
    
    <IgrColumn field="Employees" header="Employees" width="40%" bodyTemplate={addressCellTemplate}></IgrColumn>
    

    And the result from this configuration is:

    Working with Flat Data Overview

    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 IgrGridRow.

    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.

    Below is the data that we are going to use:

    export const DATA: any[] = [
        {
            Address: "Obere Str. 57",
            City: "Berlin",
            CompanyName: "Alfreds Futterkiste",
            ContactName: "Maria Anders",
            ContactTitle: "Sales Representative",
            Country: "Germany",
            Fax: "030-0076545",
            ID: "ALFKI",
            Phone: "030-0074321",
            PostalCode: "12209",
            Region: null
        }
    ]
    

    The custom template:

    function getCountry(rowIndex: number) {
        return grid.getRowByIndex(rowIndex).data["Country"];
    }
    
    function getCity(rowIndex: number) {
         return grid.getRowByIndex(rowIndex).data["City"];
    }
    
    function getPostalCode(rowIndex: number) {
         return grid.getRowByIndex(rowIndex).data["PostalCode"];
    }
    
    function addressCellTemplate(ctx: IgrCellTemplateContext) {
        return (
            <>
                <div className="address-container">
                // In the Address column combine the Country, City and PostCode values of the corresponding data record
                    <span><strong>Country:</strong> {getCountry(ctx.dataContext.cell.id.rowIndex)}</span>
                    <br/>
                    <span><strong>City:</strong> {getCity(ctx.dataContext.cell.id.rowIndex)}</span>
                    <br/>
                    <span><strong>Postal Code:</strong> {getPostalCode(ctx.dataContext.cell.id.rowIndex)}</span>
                </div>
            </>
        );
    }
    
    <IgrColumn field="Address" header="Address" width="25%" editable="true" bodyTemplate={addressCellTemplate}></IgrColumn>
    

    Keep in mind that with the above defined template you will not be able to make editing operations, so we need an editor template.

    function webGridCompositeAddressEditCellTemplate(ctx: IgrCellTemplateContext) {
        var cell = ctx.dataContext.cell as any;
        if (cell === undefined || cell.row === undefined || cell.row.data === undefined) {
            return (<></>)
        }
    
        function keyUpHandler(event: any, ctx: IgrCellTemplateContext) {
            var cell = ctx.dataContext.cell as any;
            if (cell !== undefined && cell.row !== undefined && cell.row.data !== undefined) {
                cell.row.data[event.target.id] = event.target.value;
            }
        }
    
        return (
            <>
                <div className="address-container--edit" style={{display: 'inline-grid'}}>
                <div>
                    <span><strong>Country:</strong></span>
                    <input id='Country' keyup={(e: any) => keyUpHandler(e, ctx)} value={cell.dataContext.row.data.Country}></input>
                    <br>
                    <span><strong>City:</strong></span>
                    <input id='City' keyup={(e: any) => keyUpHandler(e, ctx)} value={cell.dataContext.row.data.City}></input>
                </div>
                <div>
                    <span><strong>Postal Code:</strong></span>
                    <input id='PostalCode' keyup={(e: any) => keyUpHandler(e, ctx)} value={cell.dataContext.row.data.PostalCode}></input>
                    <br>
                    <span><strong>Selected:</strong></span>
                    <input id='Phone' keyup={(e: any) => keyUpHandler(e, ctx)} value={cell.dataContext.row.data.Phone}></input>
                </div>
                <br>
            </div>
            </>
        );
    }
    
    <IgrColumn field="Address" dataType="number" width="25%" editable="true" inlineEditorTemplate={webGridCompositeAddressEditCellTemplate}></IgrColumn>
    

    Working with Flat Data Example

    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:

    .grid {
        --header-background: #494949;
        --header-text-color: #FFF;
    }
    

    Known Limitations

    Limitation Description
    Column widths set in percentage and px 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.
    Grid OnPush ChangeDetectionStrategy The grid operates with ChangeDetectionStrategy.OnPush so whenever some customization appears make sure that the grid is notified about the changes that happens.
    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

    Additional Resources

    Our community is active and always welcoming to new ideas.