I see from support threads that Telerik really resists any changes to their concept of CSV rendering. And I also understand the reasoning in not changing any default behavior due to its potentially unwanted effect on established customers.
That said, I wonder if the ability to exclude hidden objects (TextBoxes for example) has been proposed and is in the list of potential enhancements. I wouldn't mind if it required a configuration setting like NoHiddenObjects = True where the default is False.
Has that been considered?
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).
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.
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.
A Reporting engine should expose the ability to control the layout of the table of contents\Document Map. Reports are not always data driven and should give the ability to display the contents of the report at different levels, much like Microsoft Word does with their table of contents.
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.
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.
Do you have an updated road-map or plan to support Web assembly (WASM), especially Blazor? You already published Blazor articles in your blogs.
It will be a good idea to add a new report viewer based on Blazor, protecting the parameters between the viewer and its API controller.
Also, will be a very good idea to start your online report designer (like alternative products), based on web assembly
One of the main features the clients require when exporting the reports to XLS or XLSX is to have the page width already set to 1 page. But for none of these exporting options, this is possible, unless you intercept somehow the export functionality prior to rendering the document to the client
I reported this behavior earlier in a support ticket over two years ago but since it has not been addressed, I would try this approach. If an AreaSeries has the LineType set to LineTypes.Smooth, the graph series may become misleading or incorrect. Consider the attached screenshot (withoutsettings.png) showing a simple 10 point chart. Looking at the chart, you would assume that between 11:06 and 11:07, the response time was below 0. However the test values indicate that the values never were below 0. This makes the chart misleading and incorrect. It then makes the chart unreliable to the end user, thus unusable. The quick workaround is to set the LineType=straight but since you support a smooth linetype, it should be correct. Another, more serious, instance in the chart where (using smooth LineType) is where the series line will cross the x axis point (a timeline chart) more than 1 time which is actually a timeline chart violation. (attached file AreaSmooth2.png) .
When printing large runs of multi page documents (production work orders where each job is 5 pages and we are printing 100 jobs), to support stapling options on the printers. All office products support this and PDF programs.
Hi Team, While exporting the report displayed in the web report viewer to CSV, we are exporting the textbox name as header value. Which leads to a problem while exporting a dynamic value whose control name is decided at run time. Please provide an option to assign and export value assigned at runtime. Details of the issue are discussed in below link. Please have a look over the comment raised on 25th Sept 2014 by Perry. http://www.telerik.com/forums/exports-to-csv-contains-header-as-textbox-name Thanks