It would be nice to have a report viewer component that does not rely on the full .net framework as described here. https://docs.telerik.com/reporting/html5-report-viewer-asp-net-core-2. I have a project that is not built against the full framework and would like to integrate reporting without converting all of my projects.
Much like the way Excel has the ability to utilize VBA functions. it would be usefull and more conventient for developer if they could include custom functionality/functions in a report rather than use an external assembly. The steps involved to include/use an external assembly is daunting at best and not at all straight forward.
Something like you right click the report and one of the menu options is "Add Custom Function". Or in the expressions dialog box have an option to create/add a custom function.
You get the point. I'm sure your team of developers could come up with something.
Please consider adding an RTF Text Box control to your report toolbar. Crystal reports has this ability which we've used on many of our reports. Currently the only work around for changing the RTF data to something that Telerik Reports will print cleanly, is to create a user defined custom function.
I have a requirement for my report book to feature a title page and *THEN* a table of contents for the report book, followed by the report book's content. Currently, the TOC for a report book can only go at the beginning or the end of the book. My requirement required the ability to specify the TOC position more generally. Here are two possible approaches: 1. Implement the requirement as it is stated by allowing the report book's TOC to be positioned after such and such a report - the nth, or some other means of identification. 2. Honour the TOC for a report book that is nested inside another. I created a 'sub book' with the TOC as its first page and then added this an outer book. Unfortunately, the inner book's TOC was not honoured and the report was skipped. To my mind, the second suggestion above feels easier to implement (but I am guessing, of course). It certainly would allow just about any combination.
The Telerik Reporting only support fixed size page now. But sometimes we need continues-roll paper mode.(like: receipt paper) Some reporter tools: ActiveReports, it has 3 mode:(Page Reports, RDL Reports, Section Reports) On "Telerik Forums / Reporting Forum" there is already some people asked it before 2 years ago. But until now the basic feature not release....
The problem is not getting the error via Dot Net programming, but the complete layout destruction of the report as a result of the fact that a picture (in our case a thumbnail of a provider) is unavailable. Catching the report error is not an option. It is too complicated and even if we succeed in obtaining the error, it will be very complicated to remove the unavailable url on the fly and re-render the report again. This seems to be a "known issue" for about 8 years! My question: Is it possible to keep the remaining report "intact" if such an error occurs? This shouldn't be too difficult for the development team..
First, we need the ability to have the controls in a Page Header Band to Grow/Shrink based on their contents. Second, the Page Header Band also needs the ability to Grow/Shrink based the first Condition and any other Conditional Formatting settings of controls with in that band. This is request becuase of the design of the Report Header Band and how it is designed for Multi Column Reports. The Report Header Band does all what I am asking for, however, in a Multi Column Report, it's only the size of the column width, which is a problem for some of our reports. We need it to be the entire page width. Some suggests to create PAGE BOOKS seems a bit complicated to do for such a simple request. I have been using different report writes in my 25+ years of programming, and Telerik Reports is the first one that I have used, that has these limitations..
Add progress bar that indicates when the report would be fully rendered.
After setting the Margins under the Page Settings, the Width should be automatically set. The Width should be the Paper Width with the Left and Right Margins subtracted. What happens when this 'formula' is not used, which one takes precedence? It would also be nice to display the Height as a read only property.
We display data inside an HtmlTextBox that was entered using the RadEditor. It would be great if the Reporting HtmlTextBox could be brought much closer or even in line with tag support as the editor. We are frequently running into issues with uncommon tags (that we strip out for the HtmlTextBox) and also with spacing being different. We work around the issues we have, but continuing increased tag support or auto stripping of unsupported tags would be very appreciated.
Support generating reports on .NET Core running on a non-Windows platform, esp. macOS or Linux-like OS.