You can copy and paste items to and from the grid using the system clipboard.
Copying from the grid is enabled by default for enterprise users. To copy your selection to the system clipboard, you can use the keybind Ctrl+C, or right click on a cell and select 'Copy' from the context menu. Unless Range Selection or Row Selection is enabled, you will only be copying from the currently focused cell.
When copying multiple cells, the contents will be copied in an Excel compatible format, with fields
separated by a \t (tab) character.
When Cell Ranges are enabled by setting gridOptions.enableRangeSelection=true, copying will copy the Cell Range's content to your clipboard. Select a range by clicking on a cell and dragging with the mouse, then copy with the Ctrl+C keybind.
Multiple cell ranges can be selected at once using Ctrl and dragging with the mouse. When copying, all ranges will be copied to the clipboard. Note that the relative positions of multiple ranges is not preserved when copying, they are stacked vertically in the clipboard.
The column headers can be copied to the clipboard in addition to the cell contents by enabling the option copyHeadersToClipboard.
In the below example copyHeadersToClipboard has been enabled, try:
When Row Selection is enabled by setting gridOptions.rowSelection to either "single" or "multiple", then copying while a row is selected will add the whole row's contents to your clipboard.
The below example demonstrates copying rows:
If you want to use row selection for another purpose and wish to copy the focused cell instead of selected rows, you can disable copying rows by setting
gridOptions.suppressCopyRowsToClipboard=true.
The below example demonstrates copying the focused cell only when using row selection:
The copy operation copies the selected content in the following order of precedence:
suppressCopyRowsToClipboard is not enabled)When both range selection and row selection are enabled, the default behaviour of copying ranges over copying rows can make it impossible for users to copy rows (as the selected cell range is copied by default). Enabling the grid option gridOptions.suppressCopySingleCellRanges=true makes it possible to copy the selected rows when only a single cell is selected via range selection.
In this mode, when multiple cells are selected via range selection, the cell range is copied and not the selected rows. This behaviour is not enabled by default since it can be confusing for the copy behaviour to change depending on how much is selected.
The below example has range selection, row selection and suppressCopySingleCellRanges enabled.
If you want to do the copy to clipboard yourself (i.e. not use the grid's clipboard interaction) then implement the callback sendToClipboard(params). Use this if you are in a non-standard web container that has a bespoke API for interacting with the clipboard. The callback gets the data to go into the clipboard, it's your job to call the bespoke API.
The example below shows using sendToClipboard(params), but rather than using the clipboard, demonstrates the callback by just printing the data to the console.
You can use the Grid API methods: copySelectedRowsToClipboard(...) and copySelectedRangeToClipboard(...)
to copy rows or ranges respectively, these API calls take optional parameters to enable copying column and group headers.
Cut from the grid is enabled by default for enterprise users. To cut your selection to the system clipboard, you can use the keybind Ctrl+X, or right click on a cell and select 'Cut' from the context menu. Unless Range Selection or Row Selection is enabled, you will only be copying from the currently focused cell.
The cut operations will work exactly the same as the copy operations, with the addition that data will be removed from the grid afterwards, so the cut operations will use the same properties described above to customise the copy process.
Since Cut is a destructive process, the suppressCutToClipboard property was added to the Grid Options.
const gridOptions = {
suppressCutToClipboard: true,
// other grid options ...
}This is demonstrated in the example below. Note the following:
copy or cut the data.Cut.Paste is enabled by default in the enterprise version and is possible as long as the cells you're pasting into are editable (non-editable cells cannot be modified, even with a paste operation). You can paste using the keybind Ctrl+V while focus is on the grid.
The behaviour of paste changes depending whether you have a single cell or a range selected:
The 'paste' operation in the context menu is not possible and hence always disabled. It is not possible because of a browser security restriction that JavaScript cannot take data from the clipboard without the user explicitly doing a paste command from the browser (e.g. Ctrl+V or from the browser menu). If JavaScript could do this, then websites could steal data from the client via grabbing from the clipboard maliciously. The reason why the grid keeps the paste in the menu as disabled is to indicate to the user that paste is possible and it provides the shortcut as a hint to the user. This is also why the API cannot copy from clipboard.
You can turn paste operations off for the entire grid, by setting the grid property suppressClipboardPaste=true.
Or you can disable pasting for a specific column or cell by setting the property suppressPaste on the column definition. This can be a boolean or a function (use a function to specify for a particular cell, or boolean for the whole column).
It is possible to process clipboard data before pasting it into the grid. This can be done either on individual cells or the whole paste operation.
The interfaces and parameters for processing individual cells are as follows:
These three callbacks above are demonstrated in the example below. Note the following:
It is also possible to process the data by Using the Value Formatter for Export to format the cells when copied, and Using the Value Parser for Import to format the cells when pasted.
To have complete control of processing clipboard data when pasting, you can use the callback below:
The following example shows custom code to process the data from the clipboard:
Red. Pasting into the grid will paste a 4x4 cell grid with top row values ['Orange', 'Orange'] and bottom row values ['Grey', 'Grey']Yellow and doesn’t include any Red cell values. Pasting this copied cell range will cancel the paste action and not paste anythingBy default, when pasting multiple rows near the last record shown in the grid, any rows exceeding the total number of rows shown in the grid will not be pasted.
In order to insert all the copied rows in the grid, a custom processDataFromClipboard function is needed to add the necessary number of new rows using the Transaction Update API.
The example below uses a custom processDataFromClipboard function to add new rows to the grid, to fit all the copied rows:
Ryan Lochte cell on the last row and press Ctrl+V to paste the copied rowsRyan Lochte row has been overwritten and 2 extra rows are created at the bottom of the grid to accommodate the additional 2 rows pastedWhen the grid is in Read Only Edit mode the Clipboard will not update the data inside the grid. Instead the grid fires cellEditRequest events allowing the application to process the update request.
The example below will show how to update cell value combining the Clipboard with readOnlyEdit=true.
By default, the grid will use \t (tab) as the field delimiter. This is to keep the copy / paste compatible with Excel. If you want another delimiter then you can set the property gridOptions.clipboardDelimiter to a value of your choosing.
The grid's selection and copy features replace the built-in browser behaviour for selecting and copying text. If you want to use the normal browser behaviour instead, you should set enableCellTextSelection=true in the gridOptions. It's important to mention that this config should be combined with ensureDomOrder=true also in the gridOptions.
This is not an enterprise config and can be used at any time to enable cell text selection.
The following events are relevant to clipboard operations:
For a cut or paste operation the events will be fired as:
cutStart/pasteStart event.cellValueChanged events.cutEnd/pasteEnd event.If the application is doing work each time it receives a cellValueChanged, you can use the cutStart/pasteStart and cutEnd/pasteEnd events to suspend the applications work and then do the work for all cells impacted by the cut/paste operation after the cut/paste operation.
There are no events triggered by copy to clipboard as this does not change the grid's data.