I have a request that probably doesn't require much explanation. It would be helpful to allow comments in expressions created via the standalone designer to help explain particularly complex and infrequently encountered logic.

 

There is nothing really pro outside visual controls for reactJs to many source to many projects could be amazing if telerik create this full set including the report viewer 

Our team is in the process of converting Crystal Reports documents over to Telerik Reporting and one of Crystal Reports advantages over Telerik Reporting was the ability to create custom fields with Crystal or Visual Basic Syntax, including the declaration of variables. Lack of variables and a few common constructs can make simple expressions overly complex.

One of the more common use cases for us is formatting text differently based on one or more other values. Without the ability to write if/elseif/else blocks we wind up with nested ternary statements which can be are hard to read and maintain.

While we can write user functions that seems impractical for long term maintenance and support. It would be very helpful if we could create expressions using C# directly in the Report Designer and have the embedded within the report itself.

See my initial request for something similar in the forms here: https://www.telerik.com/forums/feature-request-if-elseif-else-and-or-switch-statement-support-in-expressions

I have encountered scenarios where I want to return different results based on fields value or some expression. While I can use nested ternary operations this is not ideal as it can be difficult to read and maintain, particular for newer report designers. It would be helpful to have SWITCH and IFS statements modeled after those provided by Excel.

SWITCH would be helpful for cases where I want to check against a few different literal values and return different results.

IFS would be helpful for cases where I want to evaluate different expressions and return different results.

Modeling these after those in Excel would be sufficient, though, for more advanced cases being able to write C# code inline with the report would be helpful (will submit as a separate request).

Allow users to change the headers in a csv for an exported pie chart/graph.

If you introduce a Column group in a Crosstab and set its PageBreak to After, it won't be respected.

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.

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.

Currently, in the Web Report designer, when you define a Binding, there is no dropdown with the available property paths as it is in the desktop designers.

As I outlined in my Issue with the Cross-section Item post to the forums, the current implementation of the cross-section item carries the following limitation:

The Cross-section item uses the report's data context and cannot be evaluated against detail or group data. The processing engine produces a single instance per each Cross-section item in the report definition, therefore its style or visibility cannot be changed based on data fields.

For invoice (or sales order) style reports this places a severe limitation on the complexity of the report.

One of my current projects requires me to create a report layout that can be run for multiple invoices from multiple customers, where each customer has their own unique set of flags that control what information is included on their invoices for each line item of the invoice.

My current version of this report works great when it is run for a single invoice or invoices from a single customer (or from customers who use the exact same set of print flags) by binding the visibility and begin/end margin values of the lines that start in the groupHeader section, cross through the detailSection, before finally terminating in the groupFooter section.

This can be seen clearly in the 2 attached invoices, one with lots of columns of information (called: Invoice with lots of detail columns.png), and another where the customer has been configured with all the additional information toggled off (called: Invoice with minimal detail columns.png).

Unfortunately, because of the cross-section item's current limitation, when I run the report for both invoices the lines attributes/visibility are set based on the customer flags of the "first" invoice in the group, and do not get reset for subsequent invoices.  This can be seen in the attached file: Behavior when including both invoices.png.

I understand that if a cross-section item begins/ends in a page/report header/footer, then having it's attributes change based on group-specific data would be less than ideal.  But when the line beginning and end points are restricted to a group header and footer, as it always would be for a report layout used for multiple invoices or sales orders, then having that line's attributes change based on the data is the only way to use this functionality for these types of complex reports.

NOTE: While there is a workaround using the attributes/visibility of detail columns, vertical lines in the detail section, and their associated headers and totals textboxes in the groupHeader and groupFooter, it results in an unprofessionial looking report because of the difficulty in getting the variable border and detail vertical lines to line up precisely (and it is very time-consuming to try to implement).

 

SUMMARY:

Changing the Cross-section item implementation to allow it's data context to be evaluated against detail or group data when the line's terminators are restricted to groupHeader/Footers would allow for its use in more complicated report layouts.

 

BTW: interally, we refer to these reports as Mighty Morphing Invoice Reports™!!!

 

As a developer, I need to be able to align an image that is scaled proportionally in top-left for example, so that it looks more aesthetic and as required from the clients who use for example logos of various sizes. I.e., my expectation is that I should be able to specify both "Scale Proportional" AND Image Alignment, both horizontal and vertical.

I have posted a video that shows the issue.  If I use the string builder for a textbox value and select a nested property, such as DayOfWeek, for a date, then it adds:

=Fields.DayOfWeek

which fails on Preview and is wrong.  Instead it should add:

=Fields.Birthday.DayOfWeek

 

Please fix this.  I know that I can go type ".Birthday" to fix the issue, but it really should add the nested properties properly.

It would be really great if there is a Funnel chart.

We are trying to visualize the quantitative slippage in tasks assignment in a given month-range.

We did it very well in SSRS Reporting and as we migrate to Telerik Reporting, we can't quite figure out how to present it.

 

Please.  Please.  Please add a setting that opens the Preview in Print Layout by default instead of Interactive Layout.  I understand the difference.  I understand that Interactive opens faster, but it is almost impossible for me to explain to my end-users why the preview doesn't actually look like the printed version until you click another button to toggle to Print Preview.  I hope you will consider this so that the hate mail in my inbox decreases.  :)

MAUI would truly benefit from a reporting engine. While MAUI with Blazor could supposedly use your Reporting engine, that is less straightforward than such an engine working directly with MAUI.

It will be very helpful if users can access the sorting parameters (field name and direction) for this sorting request.

Users/I can't enter a negative value in the parameter area in the report.   I'm trying to entire Amounts over -500 or Amounts under -1. The same behavior is observed in the WinForms Report Viewer.

It would be great if you could make the border of the stand alone report designer visible.   It's hard enough to see and grab thin gray lines but Report Designer borders become invisible.   Below is a screen shot of the report designer in front of my Telerik Reporting program folder:

 

When a report includes drill-down item(s), the report is run again each time the user expands a drill down item.  This is apparent in the demo at https://demos.telerik.com/reporting/product-sales

I would like to see all of the drill-down data generated and delivered with the initial report, but collapsed and awaiting inspection.

Perhaps this would be an attribute of the drill-down element (pre-fetch versus re-run) so that developers can choose the most appropriate experience for their users  / conserve server resources.

Currently, if the SkipBlankPages property is set to True and there is not any significant content in the report, the following message will be displayed in the designer and the viewer: The current data set presented in the report did not produce any significant content, so no pages were generated. If you need to see the whole report content, including blank pages, please contact the report author.