7 Answers, 1 is accepted
I confirm that the GridViewToggleButton's size is not correct in our Fluent theme. Here is the public item that I have logged, also you can find your Telerik points updated. We will try to fix it for our upcoming Service Pack. However you can follow the item to track its progress.
Regarding the second reported issue, I did not manage to reproduce it locally. Can you please try to send me a working project where it can be observed?
Thank you in advance.
I could find the second issue. It is caused by a default style. Maybe you have a look at this. For myself I will change my styling rules.
I am happy to hear that you manage to found a solution for this behavior. But still, we weren't able to reproduce it on our side. Without reproducing it we can only guess what could be the exact reason behind this. Can you try removing all custom styles which targets RadGridView control and check again if this gap still exist?
you can reproduce it with the following XAML code.
After setting the margin of ItemsControl to 0px, the top of RadGridView is not rendered correct. The red border ist drawn by snoop, selecting the RadGridView control. Which would be the correct size - also in order to the controls on the right. Maybe you can find the problem in the same context of my original problem. For myself I need no solution. I can handle it with a style-fix.
Thank you for all provided details. This is to let you know that we did not manage to include the promised fix in our official R2 2018 release. You will be updated as soon as it goes live with some of the upcoming Latest Internal Builds.
I am really grateful for your help and feedback regarding the second issue, that is why I am updating your telerik points again. Please expect my follow-up by the end of the week.
I have managed to reproduce the reported issue. However it is visible even with the default settings of GridView and the reason behind it is a negative margin (0 -1 0 0) set to the PART_MasterGridContainer Border in the GridView ControlTemplate. Using such negative margins can lead exactly to the reported issue - parts of the template are actually outside of the control boundaries. I have researched more deeply why this was needed and I think we can introduce some improvements in the default template of GridView including:
- Removing the negative margin from the PART_MasterGridContainer
- Removing the default background of GridViewHeaderRow as it is the same as the one of the GridView control
- Removing the default background of GridViewHeaderCell as it is the same.
Here is the public item I have logged. You can track it as well to see its progress.
This is a follow up to let you know that the first reported issue is fixed and will be included in the Latest Internal Build next Monday (on 16th of July).