Repro-steps:
myRadGridView.Rows.Add((GridViewDataRowInfo)null);Actual behavior
- NullReferenceException is thrown
- A new row is added.
Excepted behavior
- Or an ArgumentNullException is thrown, and no rows are added.
- Or a new row is added, and no exception is thrown.
Remark
The method AddRange is also impacted by this bug.
This bug is about a mismatch between what behaviour is expected (on a functional level) and the actual behavior. There are different scenario's:
A normal example without a bug
int index = myRadGridView.Rows.Add(1, 2, 3); Actual and expected behavior
Adds a row to the grid, filling cells with the values 1, 2 and 3. Even when there are more columns than values, only the first 3 cells are filled.
Bug #1
int index = myRadGridView.Rows.Add(); // Will result in: myRadGridView.Rows.Add(new object[0]);Actual behavior
IndexOutOfRangeException is thrown.
Expected behavior
A new row is added, the cells are not filled with anything, since it should not matter if 3, 4 or zero values are added to the cells. Or, if you are very strict, an ArgumentOutOfRangeException, telling us at least 1 value is required.
Remark
Of course there is also a NewRow() method. But that is no reason Add() should not be allowed to accept zero values.
Bug #2
int index = myRadGridView.Rows.Add((object[])null);
Actual behavior
A NullReferenceException is thrown.
Expected behavior
ArgumentNullException, telling us that parameter "values" is not allowed to be null.
Bug #3
int index = myRadGridView.Rows.Add(new GridViewDataRowInfo(...), new GridViewDataRowInfo(...));
// or
int index = myRadGridView.Rows.Add(new object[] { new GridViewDataRowInfo(...), new GridViewDataRowInfo(...) });Actual behavior
Only the first row is added. The second row, or even the second value (integer, string, whatever) is totally ignored.
Expected behavior
- Or when a mixture of rows and values if given, an ArgumentException telling us that values and rows are not allowed to be mixed.
- Or when the values are all rows, all rows are added and the index of the last row is returned.
- Or an ArgumentException telling us that rows are not allowed to be added by this method and Add(GridViewDataRowInfo) or AddRange(GridViewDataRowInfo[]) are to be used.
Remark
The method Add(params object[] values) checks if the first value is a row, resulting in this and the previous bugs.
When I use the new project wizard provided by Microsoft for a new windows forms project it lets me select the target .net version
When I do the same with the Telerik wizard, it does not let me choose what .net Version I'm targeting and does not generate the optimal code for the target version. For example when I target .net 9.0 with high dpi support, it should generate API calls for High DPI, not an entry in the app manifest. IMHO the generated code should be as close to the Microsoft Standard for the targeted .net version as possible.
Hi, all. I am using the example you guys provide in your website and you can get from here: https://www.telerik.com/blogs/winforms-scaling-at-large-dpi-settings-is-it-even-possible-#example
As you can see in the image, I open the form in my main screen with Scale 100%. I have a second screen running in 150%. When I grab the form near to the left edge side of it, it resizes in one way, what I believe that is the correct way. However, if you grab the form near to right edge side, near the minimize, maximize and close button, it resizes differently. We have several users using our application and we are not able to fix this scalling issue, even in your own example. Could you guys have a look at it and prioritize? This kind of issue has been around for a long time without a final resolution. if not possible, let us know that we will have to decide move to another development tool.
Telerik version: 2024.2.514
I would like to see a new property added to the RadLabel control: Style. Style is an enumeration with layout styles like in MS-Word:
- Normal
- Title
- Heading 1
- Heading 2
- etc.
When the style is applied, the styling (font, color, background, etc.) is applied conform the currently active Theme. Therefor all themes need to be expended to support this setting.
Of course the enum label 'Custom' should be present (or null) when a user tries to override the style-related properties (like font, color, background, etc.)
This is very usefull when a programmer wants to build his own form (with or without Layout / Flow controls).
Telerik already uses it a bit themselves: Some (data entry) controls already generate (group) headers and captions in there forms.
Set IsThreeState property to true and choose ToggleState to Indeterminate.
Office2019Dark:
Office2019Light:
Please consider integration / enhancement of the following rich sting rendering capabilities enabling performance for quick rich string related rendering tasks, providing further alternatives to GDI and GDI+ based tiresome and limited solutions, allowing scaling: https://github.com/toptensoftware/RichTextKit
Me.radToggleSwith1.OffText = "OFF"
Me.radToggleSwith1.OnText = "ON"
When I update to version 2024.3.806 I get a build error :
Hi, the new feauture Merge Cells is very nice but the alignment is only at the center.
Can I align the merged cells in the same mode of the column?
Thanks, Fabrizio
After more than 10 years this is STILL a Bug.
https://feedback.telerik.com/winforms/1369181-fix-radgroupbox-with-collapsed-header-does-not-fill-the-entire-content-if-there-is-a-docked-child-control-inside-the-groupbox
The groupbox header does not collapse when I put a table layout panel inside of it.
Is this product (Telerik for winforms) still being supported? Or should I be looking elsewhere for a different controls toolkit solution for my company?