Won't Fix
Last Updated: 19 Jan 2023 14:25 by ADMIN
The mouse-over highlight color is not applied to the correct row when the rows are navigated via the keyboard arrows.
Won't Fix
Last Updated: 04 Apr 2022 12:38 by ADMIN

Hi,

I am currently having issues with RadGridView's group footer: I am trying to add a button to the footer template which is supposed to trigger a command which in turn needs some info on the group it was triggered from*.

Since (unlike the header) there does not seem to be any info on the group available directly within the GroupFooterTemplate, I am pulling the group info from the parent GridViewGroupFooterRow:

                <telerik:GridViewDataColumn [...]>
                    <telerik:GridViewColumn.GroupFooterTemplate>
                        <DataTemplate>
                            <Button Command="{Binding DataContext.ShowFooterGroupCommand, RelativeSource={RelativeSource AncestorType=telerik:RadGridView}}"
                                    CommandParameter="{Binding Group.Key, RelativeSource={RelativeSource AncestorType=telerik:GridViewGroupFooterRow}}" />
                        </DataTemplate>
                    </telerik:GridViewColumn.GroupFooterTemplate>
                </telerik:GridViewDataColumn>

This is working great as long as the RadGridView does not use Row virtualization. However, when I turn on Row virtualization and scroll around for a bit, the value I get passed as the CommandParameter is more or less random and has nothing to do with the group my button is actually located in.

I attached a small example project (.Net 6 but our app uses 4.8 so I set that as the Framework below) for you to try it yourself. Just scroll around and click the buttons while watching the debug output window. You will see that the groups in the output window will not match the group where you actually clicked the button after some scrolling.

Expected Behavior

Even when virtualizing, the Group key returned when binding to GridViewGroupFooterRow.Group(.Key) should reliably return the key of the actual group my button is placed in. It would be even better if it was somehow possible to get the group directly, without having to resort to FindAncestor.

Regards
Simon Müller
Hofmann Fördertechnik GmbH

 

* Basically I am trying to give the user a possibility to add new items to the individual groups and I don't want to add the button to the group header since that makes it too easy to accidentally hit the header's RadToggleButton, collapsing the group.

Won't Fix
Last Updated: 06 Oct 2022 09:48 by ADMIN
Can be observed in FirstLook demo of the RadGridView.
While resizing the demos window, radgridview's horizontal scrollbar might flicker when demos viewport size is close to the gridview size.
Won't Fix
Last Updated: 10 Feb 2021 09:59 by ADMIN
The RadGridView's is bound to an empty DataView and grouped by a GridViewComboBoxColumn. When adding items during runtime, setting the SelectedItem in code or selecting through the UI -> the SelectedItem remains null. 
Won't Fix
Last Updated: 03 May 2022 13:40 by ADMIN
DataContext of rows is sometimes null when UI virtualization is enabled in the Flat group render mode.

The issue appears also without UI virtualization and in the Nested mode. It happens on ItemsSource reset of RadGridView, in case the old ItemsSource value wasn't empty. The DataContext is set to null for a brief moment before the old visuals are removed from the view, which causes issues in some scenarios related to CellTemplate
Won't Fix
Last Updated: 01 Oct 2019 10:47 by ADMIN
Created by: Viktoria
Comments: 1
Category: GridView
Type: Bug Report
0
When there are items with longer text than the FilteringControl's default width, the FilteringControl resizes when scrolling to these items. This behavior is observed with all themes, different from Windows 8 and Windows 8 Touch.
Won't Fix
Last Updated: 04 Apr 2019 13:57 by ADMIN

The content of the cell is set from .LoadContent() method and is returned from the CreateCellElement method of the column. 

One possible scenario for a fix is to change that behavior and apply directly the template as WPF DataGrid does. However, this is a huge breaking change with CreateCellElement method is widely used. The second approach is to leave the code as it is right now, return the element from method of DataTemplate and set the ContentTemplate property of the cell to that DataTemplate. This will cause the content to be loaded twice. Which will degrade the  

So, as it turns out the solution is either to introduce breaking change or degrade the performance. Both of them are against our believes and efforts to improve the controls. 

Our suggestion is to use a workaround -  setting triggers directly to the style. We do hope you understand our concerns. 
Won't Fix
Last Updated: 11 Oct 2019 14:20 by ADMIN

 Group rows which are not present in the view are not visualized when the window is maximized.

A possible solution here is to set the GroupRenderMode property to Flat.

Won't Fix
Last Updated: 22 Feb 2019 15:56 by ADMIN


The fix for this issue will be available with the next LIB (version 2018.3.1224) expected on Monday, December 24.
Won't Fix
Last Updated: 11 Oct 2018 08:28 by ADMIN
The vertical scrollbar measure incorrectly when the control's ItemsSource is populated in its Loaded event. To reproduce this, set the ItemsSource when the control is initialized. And then populate it on Loaded. Also, to reproduce this you will need to define the columns manually.

To resolve this, populate the data on initialization of the gridview. Or delay the population to happen after the Loaded event. You can use a dispatcher for this.
Won't Fix
Last Updated: 14 Nov 2023 15:58 by ADMIN

Reset by Clear, RemoveRange causes a memory leak of GridViewRow instances (or TreeListViewRow in RadTreeListView).

To work this around, you can call the Clear method of the RadGridView's Items collection and then reset the ItemsSource property.

this.radGridView.Items.Clear();
this.radGridView.ItemsSource = null;
this.radGridView.ItemsSource = newSource;
Edit: The number of instances of the GridViewRow class are relative to the number of containers which cover the visible viewport. They are kep by internal caching mechanism used for faster reuse of containers is data-reload scenarios. Containers are dettached from their previous viewmodels (DataContext).

In non virtualized scenario, the number of the live containers is the same as the number of items in the GridView's ItemsSource and when changing the source, the number remains the same as the items in the source.

We are closing this issue as we think the mentioned internal cache shouldn't be considered a memory problem but rather a powerful performance optimization internal tool for extensive data-refresh scenarios.
Won't Fix
Last Updated: 02 Oct 2018 11:05 by ADMIN
Won't Fix
Last Updated: 08 Oct 2018 14:54 by ADMIN
For the time being, an appropriate converter should be used for the bindings.
Won't Fix
Last Updated: 21 Jun 2018 14:50 by ADMIN
Won't Fix
Last Updated: 23 Feb 2018 08:00 by ADMIN
1 2