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.
At the moment it's only possible to have your reports in old-fashioned projects.
It should be possible to add/design reports to SDK-style projects. That should work no matter what target framework is (.NET Core, .NET Standard or .NET Framework).
Our clients enter information using the radeditor and in many cases want to embedded tables and graphics into their text. Using your reporting tool there is no way to print this information. I know you have suggested using your table and image tools, but that doesn't work when you are dealing with freely formatted text so the existance and location of the tables and images cannot be predicted.
I have projects on .NET Core and I want to use the System.Text.Json serializer that is the new default, but reporting relies on Newtonsoft.Json.
---
ADMIN EDIT
There are two approaches that can be taken right now to solve this:
OPTION 1: define separate endpoints (services, projects) for the different tasks - they can still use the same database layer through a shared project, depending on the architecture you have. This would let you have separated services with the appropriate serializers without custom attributes and code (see below). For example, create a separate project for the reporting REST services.
OPTION 2: add some custom decoration on the endpoints so you can choose which serializer is used on each, you can find some examples here: https://stackoverflow.com/questions/59650907/how-to-configure-two-json-serializers-and-select-the-correct-one-based-on-the-ro - the point being to register a serializer depending on the endpoint based on your own code rather than let the framework put one in for all endpoints.
NOTE: This would be a breaking change.
---
What's the long-term plan for supporting Linux and Telerik Reporting? The dotnet design team is looking to remove support for System.Drawing.Common on Linux platforms. They're recommending compiler warnings in .Net 6, and full PlatformNotSupportedExceptions in .Net7
Sources:
designs/system-drawing-win-only.md at main ยท dotnet/designs (github.com)
Breaking change: System.Drawing.Common only supported on Windows - .NET | Microsoft Docs
Add the ability to specify rounded corners for the border of TextBoxes, Pictures, Tables and all other similar controls.
It would be nice, if not required by our client, to have 100% Web-based, Rich, Ad-hoc Reporting Solution. Something similar to the one in ComponentOne Active Report
The Web Report Designer's current layout is not flexible and cannot be customized. It will be useful to allow changes in the designer template, styles, etc.
For example, in some scenarios, the users should not be allowed to add DataSources to the report. In this case, the DataSources components should be hidden or disabled, which currently can be achieved with custom jQuery code.
In other scenarios, it may be necessary to change the styles of the designer elements.
It will be useful for the designer to expose also events.
For our Customers a major drawback to creating form type reports (Invoices, Purchase Orders etc.) using Telerik Reporting is the inability to show vertical dividing lines between data columns in the 'Detail' section of the report that extend all the way down the page to the Page/Report footer. We were able to do this with Crystal Reports. But we plan to migrate all our Crystal reports to Telerik.
It would be good if the table headers can be frozen. This can be really useful in case of a big report which is displayed on a single page.
Currently, if you wish to hide extra details on the second page of a report, the space taken up by the area is left blank which looks terrible and not conducive to professional report design. Related threads: http://www.telerik.com/forums/different-page-header-on-first-page http://www.telerik.com/forums/hiding-the-page-footer-leaves-a-blank-space-in-the-report Unfortunately using report books for this is not a valid option. Using the Report Book means quite a bit of extra work when all you need is for the second page to not have an glaring empty space. If I understand the process correctly, this means creating 2 reports which are nearly duplicates plus merging with Report Book for each 1 report that you are developing. This is unresonable to expect from enterprise shops that will develop hundreds of reports. I urge you to review your implementation in order to find a way to implement this feature in the future.
Support to display a SVG file in the PictureBox. When viewing a report this looks fantastic and of course superb for printing.
Please add support for Data Matrix barcodes. As of Q3 2014 this is the only format we will still need to rely on another library to create an image that is placed in a picture box. We would much rather be able to use the Barcode control for all our barcode requirements.
In the standalone designer, it would be helpful if you could drag and drop the column headers to reorder. At present you have to add a new column and delete the old one, remembering to copy all properties.
We need the ability to let a table group to initiate a page break. When you have a table with hundreds of row breaking the into separate pages per group would make the report look so much cleaner.
When generating a report with multiple tables provide the ability to send these tables to different workbook tabs when exporting to Excel
Interactive sorting would really help the HTML5 based report viewer hold it's own against SSRS.
It would be very helpful for us people that have been using Telerik Reporting in Silverlight (or WPF) applications to have access to a Report Viewer for Windows Store Apps (XAML). The future of Silverlight is unclear at least and there are many Line Of Business Applications currently running under Silverlight and I know of many developers that are looking to port their LOB apps to Windows Store Apps (or Universal Apps). The current HTML5 Report Viewer does not provide printing when it is implemented in browser window in Windows Store Apps so we cannot really offer this option to our customers.