It's really frustrating and infuriating to use your examples to build 90% of an app, then update to your new release package a few weeks before it's release, and your project breaks because of change made to the nuget package that break even your own example projects.
1 Answer, 1 is accepted
0
Hello Jon,
Thank you for your feedback. I understand how frustrating a breaking change can be and therefore we are always striving to lower the number of breaking changes where possible. However, in some cases, like introduction of a new feature for a control or other architectural change that will make it more flexible or performant, this can't be avoided. In the cases where a breaking changes are introduced, we put a note about this in our Release Notes in the Changed section for every control.
Let us know if you have a specific question about a breaking change in regards to your project. We will be glad to assist.
Regards,
Nikolay
Telerik
Thank you for your feedback. I understand how frustrating a breaking change can be and therefore we are always striving to lower the number of breaking changes where possible. However, in some cases, like introduction of a new feature for a control or other architectural change that will make it more flexible or performant, this can't be avoided. In the cases where a breaking changes are introduced, we put a note about this in our Release Notes in the Changed section for every control.
Let us know if you have a specific question about a breaking change in regards to your project. We will be glad to assist.
Regards,
Nikolay
Telerik
Do you want to have your say when we set our development plans?
Do you want to know when a feature you care about is added or when a bug fixed?
Explore the
Telerik Feedback Portal
and vote to affect the priority of the items