Migration Guide to 10.x (2026-03-02)
Simplification, Modernization and Accessibility⚡
One of the biggest change of this release is to hide columns by using the hidden property (used by Column Picker, Grid Menu, etc...). Previously we were removing columns from the original columns array and then we were typically calling setColumns() to update the visible columns in the grid, but this meant that we had to keep references for all visible/non-visible columns. With this new release we now keep the full columns array at all time and simply change their visibility via the hidden prop by using grid.updateColumnById('id', { hidden: true }) and finally we update the grid via grid.updateColumns(). Also, what I'm trying to emphasis is that you should avoid using grid.setColumns() in v10 and above but rather start toggling their hidden properties when you define them or dynamically change them in the future, see more details below...
This new release also brings significant improvements to accessibility (a11y), making grids more usable for keyboard and screen reader users. For example, you can now use Tab/Shift+Tab to focus the Header Menu or Grid Menu, and then navigate menu commands with the arrow keys, making keyboard navigation much more intuitive and accessible.
Major Changes - Quick Summary
rename
v-model:datatov-model:datasetimprovements to accessibility (see above)
Note: if you come from an earlier version, please make sure to follow each migrations in their respective order (review previous migration guides)
Column Definitions
Hidden Columns
if you're not dynamically hiding columns and you're not using colspan or rowspan then you might not be impacted as much by this change.
For years, I had to keep some references in a Shared Service as shared.allColumns and shared.visibleColumns, mostly for translating locales which are being used by Column Picker and Grid Menu to keep track of which columns to hide/show and in which order they were; then later we called grid.setColumns() to update the columns in the grid... but that had side effects since SlickGrid never kept the entire column definitions list (up until now). However with v10, we simply start using hidden property on the column(s) to hide/show any of them, with this release we now keep the full columns reference at all time. We can translate them more easily and we no longer need to use grid.setColumns(), what we'll do instead is to start using grid.updateColumnById('colId', { hidden: true }). If you want to get visible columns, you can now just call grid.getVisibleColumns() which behind the scene is simply filtering columns.filter(c => !c.hidden). This new approach does also come with new side effects for colspan/rowspan, because previously when we were hiding a column then the column to the right were previously taking over the spanning, but with the new approach, if we hide a column then its spanning will now disappear with the column (so I had to make code changes to handle that too)... If you want more details, you can see the full explanations of all the changes in PR #2281
Summary Note grid.getColumns() now includes hidden columns — code that assumed only visible columns will need to update filter with !col.hidden or simply switch to grid.getVisibleColumns() (see below).
New Approach with column hidden property
grid.setColumns(visibleCols)
grid.updateColumnById('id', { hidden: true }); and grid.updateColumns();
sharedService.allColumns
grid.getColumns() ... is now including all columns
sharedService.visibleColumns or grid.getColumns()
grid.getVisibleColumns()
Grid Functionalities
following changes should be transparent to most users, I'm just listing them in case of side effects.
Composite Editor Component, migrated from a
<div>to a<dialog>to create the modal component. The dialog element is native code and it has better accessibility (aria) support with current baseline showing as "widely available". A fallback to<div>is also available in case<dialog>doesn't work for everybody (e.g. it doesn't work in Salesforce LWC, hence the available fallback)Grid Menu, replace
calc(100% - 18px)with CSS flexbox to position the Grid Menu button, which is a much better approach to properly align everything.
Row Detail (now optional)
Since I don't think that Row Detail is being used by everyone, I decided to make it an optional plugin (package). This should help decrease build size quite a bit for users who don't require it. If however you are one of them using it, then you now have to register it as an external resource.
rename v-model:data to v-model:dataset
v-model:data to v-model:datasetRenaming v-model:data to v-model:dataset so that it aligns with all other framework wrappers.
Changes
Removed @deprecated code
@deprecated codefollowing changes should be transparent to most users
applyHtmlCode()was removed and replaced withapplyHtmlToElement()Grid Option
throwWhenFrozenNotAllViewablewas removed and replaced withinvalidColumnFreezeWidthCallback
Selection Models, keeping only SlickHybridSelectionModel
SlickHybridSelectionModeldrop both
SlickCellSelectionModel/SlickRowSelectionModeland keep onlySlickHybridSelectionModeldrop both
enableHybridSelection/enableRowSelectionand merge them into a newenableSelectiongrid optionrename
rowSelectionOptionsgrid option toselectionOptions
SlickHybridSelectionModel was previously introduced in order to merge and allow using both Cell/Row Selections separately and/or in combo on the same grid. It was introduced in v9.x for initial testing and after using it for a few months, it's now safe to drop the older SlickCellSelectionModel / SlickRowSelectionModel models and keep only the hybrid model (for smaller build & less code to maintain). Also, since we now have the Hybrid model and it's now accepting options for different selection models, I think it's better to rename rowSelectionOptions to selectionOptions since it now makes more sense with the hybrid approach and you will need to update your code when using Row Selection, see below:
New Features
Auto-Enabled External Resources
This change does not require any code change from the end user, but it is nonetheless a change to be aware of. The reason I decided to implement this one, is that even myself I often forget to enable the resource associated flags and typically if you want to load the resource then it's probably because you want to use it, hence auto-enabling the resource(s) makes sense. For example, if your register ExcelExportService then the library will now auto-enable the resource with its associated flag (which in this case is enableExcelExport:true)... unless you have already enabled/disabled the flag yourself, then in that case the internal assignment will simply be skipped and yours will prevail. Also just to be clear, the list of auto-enabled external resources is rather small and so it will auto-enable the following resources:
ExcelExportService →
enableExcelExport: truePdfExportService →
enablePdfExport: trueTextExportService →
enableTextExport: trueCompositeEditorComponent →
enableCompositeEditor: trueRowDetailView →
enableRowDetailView: true
Menu with Commands (slot renderer)
All menu plugins (Cell Menu, Context Menu, Header Menu and Grid Menu) now have a new UI feature commandListBuilder: (items) => items which is now allowing you to filter/sort and maybe override built-in commands rendering. With this new feature in place, I can deprecate all hide... properties and also positionOrder since you can now do this with the new builder. You could also use a new hideCommands which accepts an array of built-in command names. This will remove a large amount of hide... properties (about 30) that keeps increasing anytime a new built-in command gets added (in other words, this will simplify maintenance for both you and me).
The props above are currently tagged as deprecations in v10.x but it's strongly recommended to start using the new commandListBuilder and/or hideCommands to move away from the deprecated properties which will be removed in v11.x (next year). For example if we want to hide some built-in commands:
There's also a new Renderer similar to Slots but implemented with native code to make it cross-platform compatible. The usage is actually very similar to how you would use a cell Formatter. You can see a new Example 51 demoing this new feature and also the command builder mentioned above. Go to Menu Slots documentation to read more about this new feature.
There's also a new
columnListBuilderwhich is similar to the other builder but for Columns, it can be useful as well to sort and/or filter columns.
Tooltips Outside the Grid
You can now use the custom tooltip plugin to display tooltips on elements outside the grid (e.g., buttons, dialogs, etc.) by enabling the observeAllTooltips option. This allows the plugin to observe elements anywhere in your page that have title or data-slick-tooltip attributes and provide the same UI look & feel across your project. See Custom Tooltip documentation
Enable Global Tooltip Observation
Info the changes in the next few lines were all mentioned in the previous "Migration Guide v9.0". So, if you have already made these changes then you could skip the section below but scroll down further to read the last section "What's next? ...version 11?".
Interfaces / Enums changes
Removing most Enums and replacing them with string literal types (use type instead of enum because again type aren't transpiled and enum are). Making this change will help decrease the build size by transpiling a lot less code.
Below is a list of Enums that you need to replace with their associated string literals. A suggestion is to do a Search on any of these group name prefixes, e.g.: FieldType. and replace them all
Hint You can use VSCode search & replace, but make sure it's set to Regular Expression search pattern
FieldType\.([a-z_]+)(.*)
'$1'$2
Below is an abbreviated list of Enums to update, make sure to update them all
Enum Name
from enum
to string type
Note
DelimiterType
DelimiterType.comma
','
DelimiterType.colon
':'
DelimiterType.space
' '
...
...
...
EventNamingStyle
EventNamingStyle.camelCase
'camelCase'
EventNamingStyle.kebabCase
'kebabCase'
EventNamingStyle.lowerCase
'lowerCase'
...
...
...
FieldType
FieldType.boolean
'boolean'
FieldType.number
'number'
FieldType.dateIso
'dateIso'
...
...
...
FileType
FileType.csv
'csv'
FileType.xlsx
'xlsx'
...
...
...
GridStateType
GridStateType.columns
'columns'
GridStateType.filters
'filters'
GridStateType.sorters
'sorters'
...
...
...
OperatorType.lessThanOrEqual
'<=' or 'LE'
OperatorType.contains
'Contains' or 'CONTAINS'
Operators are written as PascalCase
OperatorType.equal
'=' or 'EQ'
OperatorType.rangeExclusive
'RangeExclusive'
...
...
...
SortDirection
SortDirection.ASC
'ASC' or 'asc'
SortDirection.DESC
'DESC' or 'desc'
...
...
...
renaming editorOptions and filterOptions to a more generic options property
renaming all text-color-xyz to color-xyz
I decided to remove all text-color-... and rename them all to color-... which is much shorter and easier to use.
You can do a "Search and Replace" in VSCode via Regular Expressions to replace them all easily:
text-color-
color-
For example:
renaming all mdi-[0-9]px to font-[0-9]px
Since I had 2 CSS utilities that do exactly the same, I dropped all mdi-..px in favor of font-..px because it makes more sense to represent font sizes that also work on any type of elements (not just icons).
You can do a "Search and Replace" in VSCode via Regular Expressions to replace them all easily (make sure to use regex in VSCode Search & Replace):
mdi-([0-9]*)px
font-$1px
For example:
What's next? ...version 11?
Wait, are you seriously talking about version 11 when version 10 actually just shipped? Thats right, I'm already thinking ahead and planning the next major version, which will be in about a year from now (2027 Q1). I can already say that the main focus will be around the use of native CSS anchor positioning to replace JS code for positioning menus, tooltips, etc... which will help decreasing the build size further by using more native code. CSS anchoring has been around for a while in Chrome, but its addition in Firefox(147) is quite recent, so for that reason I'm postponing its usage for next year. There's also the new Sanitizer API (to replace DOMPurify) that I'm hoping to see more availability by next year.
Code being @deprecated (to be removed in the future, 2027-Q1)
@deprecated (to be removed in the future, 2027-Q1)You can already start using these new options and props (shown below) in v10.0 and above.
Deprecating ExtensionName enum which will be replaced by its string literal type (which I forgot to deprecate in v9.x, better late than never), for example:
Hint You can use VSCode search & replace, but make sure it's set to Regular Expression search pattern
ExtensionName\.([a-z_]+)(.*)
'$1'$2
Below is an abbreviated list of Enums to update, make sure to update them all
Enum Name
from enum
to string type
ExtensionName
ExtensionName.autoTooltip
'autoTooltip'
ExtensionName.gridMenu
'gridMenu'
ExtensionName.rowDetail
'rowDetail'
...
...
...
Also as mentioned above in the section Menu with Commands, all menu positionOrder and hide... flags are being deprecated in favor of the new hideCommands: [...] or the commandListBuilder, for example:
If the project is useful to you, please give it a star ⭐ (on the Slickgrid-Universal umbrella project). I do also like to drink coffee ☕ (Ko-Fi). Happy Coding 🧑💻
Last updated