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 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.
Add the ability to specify rounded corners for the border of TextBoxes, Pictures, Tables and all other similar controls.
When generating a report with multiple tables provide the ability to send these tables to different workbook tabs when exporting to Excel
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.
I had a very challenging time getting Telerik Reports to work with my business objects. I'm not the only one -- see this thread: http://www.telerik.com/forums/how-to-use-object-data-source-in-report-designer This could be improved by: 1. Don't make users manually edit <Telerik.Reporting>. Create a UI in the designer where DLL's can be manually selected. 2. If there are errors loading the DLL's in <Telerik.Reporting>, tell the user, rather than failing silently, which is the current behavior. Importing reports from DLL's has the same silent-failure behavior: if there's something not quite right about the DLL's (wrong architecture setting, for example), you just see "no reports to import" rather than the actual error (bad file format, or whatever). I think a little work on the user experience around custom business objects would make new users who want to use the stand alone report designer in this way much happier. I was really surprised and frustrated that a modern product would fail like this with no exposed error messages.
Why is it that the telerik report designer is locked down and cannot be used as a set of controls in a custom application as any other telerik control. We would like to use the report designer controls in an application we make to give it our look and feel and so we can give it the functionality we require. Why limit your customers by locking down your report designer. One of the great things about telerik is a great set of products and customer support. If we had a way to get at the Telerik.ReportDesigner.Core.dll we can figure our where the controls are and display them in our app. I don't understand the marketing behind the locked down report designer. How does it benefit your customers? You can still have a locked down designer for those customers that don't want to customize it. Providing access to Telerik.Reporting.Core.dll will give your customers the ability to customize the report designer to their needs. Telerik sells controls that customers use to make applications that they sell, so whats the difference with the designer?
We use Telerik's report books extensively - and find that to be a very powerful way to create dynamically generated reports. The feature request is: if a report's datasource doesn't fetch any rows don't add a blank page to the report book.
It would be really useful if EntityDataSouce was updated to support Entity Framework Core contexts. EF Core depends on Standard 2.0 so can run on .NET Core or the full framework.
It's currently not possible to define in the HTML5 Report Viewer "per Report" the available Export formats. It's also not possible to alter the List in the given JS Events because the List of PDF,XLS,etc is loaded on MouseOver in the menu. Would be great to have some kind of options, array list in the widget options to define what export formats are displayed. Kind regards, Otto.
It would be good a maintain the scroll position on the parent page while navigating back from a drill-through report (using the back button of the report viewer) specially if the parent page contains a vertical scrollbar. This would enhance the user experience and eliminate the need to scroll back to the original position.
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>
We often receive feedback regarding hard/impossible editing of reports after they are exported to Word format. The existing rendering mechanism will produce Word tables which are harder for manual editing - http://docs.telerik.com/reporting/designing-reports-considerations-word Let us know in comments about your experience with editing reports exported to Word format so we can understand more clearly what is required from Reporting Word rendering extention.
I'd like to suggest that the behaviour (positions the viewer at the top) used for alternating between the bookmarks to the Report Header and Group Header using the document map, be applied to the Page Header too. It would be better, if the viewer always started at the top of the first page when using the Page Header. Bug Report ID: 902125 -- Scroll Top when alternating between bookmarks About the attachments: -OriginalReports - these files show the reports without clicking on the bookmarks -ReportScrollTopBetweenBookmarks - these files show the reports after clicking on the bookmarks
We would like have two options when we use the date time parameter in report. one is only date, other one is date and time. and we need to provide the format to the date time parameter for internationalization.