The current implementation of the Native Vue Grid doesn't provide an option to control the visibility of the column menu in each component column.
Providing a property that can control the visibility of the different column menus will be very useful in scenarios when we want to create a customized column menu that contains a component with a popup. With the current implementation of the component, if we for example add a DatePicker to the column menu, the opening of the DatePicker's calendar triggers the closing of the column menu. Having a prop that controls the visibility of the column menu we can easily handle the described scenario.
Add groupHeaderColumnTemplate, as in Kendo jQuery Grid and Kendo Vue Wrapper Grid, that can be applied as it is done in this demo https://demos.telerik.com/kendo-ui/grid/aggregates.
Providing an Excel-like behavior inside the Native Grid will be a very nice feature for the component. The described behavior includes:
Describe the bug
The @progress/kendo-vue-buttons is missing as peer to @progress/kendo-vue-grid package
It would be beneficial if the Kendo UI for Vue ColumnMenu had an option to display the visible columns as it is in Kendo UI for Jquery, instead of creating a custom columnMenu:
Describe the bug
The selectionChange & headerselectionchange events of the Native Grid component are unexpectedly triggered when filtering data in the component.
The issue is not replicable on Chrome and Safari.
A possible workaround for the bug is demonstrated in this StackBlitz example
To Reproduce
Expected behavior
No JS errors should appear when filtering the Grid component, no matter the browser that is used.
When using a grid with a selectable column and keyboard navigation enabled, it's not possible to select the last visible row. Instead of selecting the row, the grid just scrolls the item to the center of the grid.
I've attached a gif of the behavior and a sample project based on the grid demos.
We are currently upgrading the vue-gid-wrapper to the better native-vue-grid. Unfortunately some features, like the minScreenWidth, don't seem to be included yet.
I assume the features from the wrapper will all be included in the new native grid, but to be sure I'm requesting the feature (minScreenWidth).
columns: [
{
field: 'variableName',
title: 'fieldTitle',
width: '125px',
minScreenWidth: 1000
},
...
]
Hi Team,
I'm using the export excel feature in the grid. When I'm trying to download data less record( < 3k) it's working fine, but this becomes problematic when I'm trying to download huge data (more than 10k) my browser hangs and after some time browser crash. Do let me know any solution regarding this issue.
In a Native Grid that has a multicolumn header which is locked, when the Grid is scrolled horizontally, the upper(shared) part of the multicolumn header is moving based on the scrolling direction.
When the multicolumn header is locked it should not move along with the horizontal scrolling inside the Grid
The "type" GridColumn prop is not available in the Typescript definitions available in the GridColumnProps.d.ts file.
The type prop should be available also in the Typescript context as it is available in this Knowledge base article
When a named slot template is used in the Grid, the PDF export functionality will not export the cells that have an applied template.
In the linked below example, after exporting the Grid to PDF, the header cell of the "UnitPrice" column is empty.
If you remove the headerCell: 'headerTemplate' configuration and export the Grid to PDF, everything is exported correctly.
All Grid cells should be exported to PDF no matter if they have a template applied to their definition.
If a column has a value of 0 and there is no editor defined for this column, when editing Grids' data, the input in which 0 should be displayed is actually empty.
When editing the Native Grid, the data displayed when a row is not in edit mode should be the same as when the same row is in edit mode.
There is an issue with white space that appears when you scroll a Grid with Groupable and Virtualization configurations switched on.
Reproduction:
Jumping issue:
When you scroll the linked above example there is a strange "jumping" of the rows.
In this example the 'expanded' prop is set to true by the filter is not expanded - https://stackblitz.com/edit/uquwh8-1e5npd?file=src/ColumnMenu.vue
a possible workaround - uncomment the line in the mounted function.
I want to use filterGroupByField to indicate that a column that has a GridColumnMenuCheckboxFilter. Naturally, there can be more than 2 items selected. If more than 2 items are selected, the filterGroupByField returns null.
See this example (select more than 2 product id's):
https://stackblitz.com/edit/i58xwv?file=src/main.vue
Describe the bug
With version 3.0.4 of the Grid component, there is a regression in the way the component displays date fields.
Till version 3.0.3, date fields defined like '2021-05-13T00:00:00' were correctly displayed. From version 3.0.4 fields defined as '2021-05-13T00:00:00' are not displayed in the Grid.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
All dates in the Date column should be visible as in this StackBlitz example.
Describe the bug
In scenarios when we dynamically add data to the beginning of the Grid, the component re-renders elements whose re-rendering can be skipped.
To Reproduce
Expected behavior
The onUpdated method should not be called when adding a new row to the beginning of the Grid. Instead, if you open the browser's console, the result is that "updating..." is logged three times.
Describe the bug
When using a slot template inside the Grid, the content of the template should always have only one DOM element on the root level. If there are multiple elements on the root level, only the first element will be rendered.
In scenarios when we add a comment inside the slot template as a first element, the Grid recognizes it as the first element in the template and nothing will be rendered.
To Reproduce
Expected behavior
The rendering of the slot template shouldn't depend on the number of root elements inside it. The template should be rendered in scenarios with both single and multiple elements in the root.