All Telerik Reporting assemblies to be distributed via Nuget packages, in order to ease deploying a solution that uses Telerik Reporting and to share the solution with other developers. Note: Without having Telerik Reporting installed on the machine, there will be no design-time support (Upgrade and other wizards, VS Report Designer, etc.). The purpose of the packages is only deployment.
The property DataSources is internal in the Report class. When manipulating the datasources of a report it's easier to have access to this collection than to go through all the elements en report parameters to check for datasources
In the secure and session based environment, it may take a while to design a report. Meanwhile, the session may expire. Or even anything could happen e.g. internet loss, power loss. In that case, all of the designs that the user has made after spending a lot of hard work and time; are lost.
There should be an auto-save feature in Report Web Designer. It would be great if this is API based. e.g. AutoSave(true/false), AutoSaveInterval(seconds), etc.
What are the future plans for reporting on .net framework ?
Currently it works on the old .net track → 4.6 but not for .net core.
.net 5.0 is planned november 2020
It would be nice that we can have this on 1 .net framework version.
I had compare crystal report and Telerik report on rendering similar dataset. (LARGE dataset) Crystal report renders much faster on showing the initial page (viewer) by almost 50% compare to Telerik html5 viewer. (almost 10,000 pages) Crystal report renders much faster on generating PDF file by also 50%. Also Crystal report telling the total page on the initial rendered page., while on Telerik report (html5 viewer) it on shows pages that are already cache (and show caching progress.) It would be nice if it show the total pages then shows in the status notification the progress of caching.
We create many legal forms, which use nested ordered lists. In htmlTextBox for reporting, we'd like to apply styles like upper-alpha, lower-alpha, etc to the ol tag. Currently, the only numbering for an ol is 1, 2, 3. CSS ability to set the style at depth (like ol ol) would be best. <ol> <li>1. text</li> <li>2. text <ol> <li>a. text <ol> <li>i. text</li> <li>ii. text</li> </ol> </li> <li>b. text</li> </ol> </li> </ol>
To have a better performance would be nice to cancel report rendering automatically or manually. If I am asking for a big report and after I change parameters and request new report, the previous request is still in progress and it is not going to be cancelled. Therefore I see high memory consumption on continuously refreshing a reports with a big data and after some time I see complete slow down of the Reporting Service and of course slow down of the server itself. The memory in this case is not released and Reporting Service crashes sometimes.
The built-in MultiSelect ComboBox offers the "autowidth: true" option. So we need the same for the SingleSelect ComboBox.
The popup element for both of these editors is the same. So please add this option because the lack of it is making us create a custom editor only for this reason.