Been trying for a while to see what slows down the loading of some forms in my application.
Eventually I just decided to make a bunch of radgrids show up in a simple application when i hit a button. I did that because in my initial form I have about 6 radgrids (they have very few rows each) and it bugs me to see how slow it's loading on an old computer.
just so you understand what i did i made a user control with 6 of these inside and when i hit the button it added the control inside the grid of the mainwindow.
anyway, after profiling with redgate i came to see that there was a big chunk used by telerik.windows.input.touch.touchmanager.registertouchableelement. Something about TouchIndicator.
As you can see I already have telerik1:TouchManager.IsTouchHitTestVisible="False" . Did not do a thing.
Basically i do not need touch in my application . At all. If the computer is powerful enough and they want to, sure, I'll enable it for them. But not if it takes so much performance from my app.
Second thing that was showing up in the profile was the GridView.GridViewScrollViewer, the measureoveride. I don't use scroll either but I don't think it's related only to that (right?). As I looked in, most of it was spent on GridViewHeaderRow measureoverride. This is something I could also see with WPFPerf on my application and also in the test. Why is the header so consuming? In my application I don't even show it for some and it still eats up a lot.
Thank you for any input.
Eventually I just decided to make a bunch of radgrids show up in a simple application when i hit a button. I did that because in my initial form I have about 6 radgrids (they have very few rows each) and it bugs me to see how slow it's loading on an old computer.
just so you understand what i did i made a user control with 6 of these inside and when i hit the button it added the control inside the grid of the mainwindow.
<
telerik1:RadGridView
ShowGroupPanel
=
"False"
telerik1:TouchManager.IsTouchHitTestVisible
=
"False"
Grid.Column
=
"2"
Grid.Row
=
"3"
Name
=
"radGridView1"
IsEnabled
=
"True"
CanUserReorderColumns
=
"False"
IsReadOnly
=
"True"
<br> RowIndicatorVisibility="Collapsed" DataLoadMode="Asynchronous" <
br
> AutoGenerateColumns="False" IsFilteringAllowed="False"<
br
> ItemsSource="{Binding Someth.Oth}"<
br
> SelectedItem="{Binding OthSel}"<
br
> CanUserInsertRows="False" CanUserDeleteRows="False" Grid.ColumnSpan="3" Margin="1,1,1,0"><
br
> <
telerik1:RadGridView.Columns
><
br
> <
telerik1:GridViewDataColumn
Header
=
"Nume"
DataMemberBinding
=
"{Binding Person.Name}"
<br> Width="4*" TextWrapping="Wrap" IsReadOnly="True"/><
br
> <
telerik1:GridViewDataColumn
Header
=
"Prenume"
DataMemberBinding
=
"{Binding <span style="
font-size: 14.44444465637207px;">Person</
span
><
br
>.SurName}" <
br
> Width="4*" TextWrapping="Wrap" IsReadOnly="True"/><
br
> <
telerik1:GridViewDataColumn
Header
=
"Legitimatie"
DataMemberBinding
=
"{Binding <span style="
font-size: 14.44444465637207px;">Person</
span
><
br
>.Badge}" <
br
> Width="4*" TextWrapping="Wrap" IsReadOnly="True"/><
br
> </
telerik1:RadGridView.Columns
><
br
> </
telerik1:RadGridView
><
br
>
anyway, after profiling with redgate i came to see that there was a big chunk used by telerik.windows.input.touch.touchmanager.registertouchableelement. Something about TouchIndicator.
As you can see I already have telerik1:TouchManager.IsTouchHitTestVisible="False" . Did not do a thing.
Basically i do not need touch in my application . At all. If the computer is powerful enough and they want to, sure, I'll enable it for them. But not if it takes so much performance from my app.
Second thing that was showing up in the profile was the GridView.GridViewScrollViewer, the measureoveride. I don't use scroll either but I don't think it's related only to that (right?). As I looked in, most of it was spent on GridViewHeaderRow measureoverride. This is something I could also see with WPFPerf on my application and also in the test. Why is the header so consuming? In my application I don't even show it for some and it still eats up a lot.
Thank you for any input.