There is the newly introduced WebServiceDataSource which enables me to get JSON data from a web service. I'd like to be able to use JSON as a data source for a report without using a web service. For example, the JSON might be embedded inside the report definition, or it might be coming from an external text file (URI or URL), or even pass it programmatically to the report at run-time.
It will be nice to have a proper (Official) TypeScript definition for the HTML5 Report Viewer.
I would like to formally request the ability to "sign" in some fashion a trdp/trdx file. Note that if only the new file format is supported then that would be acceptable.
Basically, I would like to apply some signature that we could, if we so chose, read from the report file to verify that it was us that created or last modified the file.
If we need to use a separate tool to apply the signature other than the report designer, that would not be an issue.
The signature could be anything that Telerik/Progress decides we can use such as a code signing certificate, a strong name, etc.
Using the last modified time, or a hash value created from the current contents of the report file would not be a good solution as that would mean we would need to have a list of the hash values for each report and it would need to be updated every time the report is changed.
We are looking for something that could be applied to all reports that we create and that clients could not replicate.
This would need to be something that clients who we deploy the report files to cannot replicate and therefore if they modify the report file using the Telerik designer, it would remove that signature. This way we can easily programmatically determine if the client has modified the report, and therefore prevent using it as if it is ours.
Note that we provide the ability to use custom reports in our application which are treated as separate from our core provided reports. Also, I had posted to the forum asking if this is currently possible (https://www.telerik.com/forums/sign-telerik-reports).
As Heat maps are not supported by Telerik reporting, Could you please let me know if you have workaround solution readily as a demo . If not please suggest the which third part libraries to be used in C# solution.
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.