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.
The print functionality cannot be used in Google Chrome 77.0.3865.75 (lastest update). The following error is displayed in the console of the browser: Resource interpreted as Document but transferred with MIME type application/pdf.
As an alternative, you can use other web browsers for printing.
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.
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.
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.
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.
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.
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.
Currently Telerik Reporting team like only a single developer hard working. So slow..... I even doubt there is no one here. I hope hire more developer for Telerik Reporing team, and speed up. Or maybe Telerik Company even don't care "Telerik Reporting". If that's true, please just close the project. Let us find another company request new feature and bug report who really care the customer. Look it here. non finish request and problem already a hundred, even some request submit almost a year ago . But only 1 in development. That's really not respect customer like us who really support The Telerik.
Hello, It would be nice if telerik reporting get a option tool which our customer can digitally sign a PDF generated from the telerik report. This feature ll be great for the contract , important customer document, to sign in by the web. thanks Oliver
Allowing custom actions would greatly increase the power and flexibility of reports and the report viewer. While the current set of actions provide great functionality, they are still somewhat limited in scope. If actions were able to handle their own execution instead of having the individual report viewer implementations handle their execution, customers could enhance the functionality as they see fit.
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....
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.
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.
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.
Hello, RadPdfProcessing supports PDF/A 1-3 since Q1/2015. It would be nice if the Report engine would also support PDF/A exports. PDF/A will bevome the future european standard for invoicing (ZUGFeRD) and is the current standard for long time archival of digital documents. Regards, Chris