When using a custom IReportResolver, it gets invoked to resolve the main report but does not get called for any sub/child report. This generates inconsistent handling of the report resolve and also makes it hard to have a single repository for report templates.

When there are both ASCII characters and non-ASCII characters (such as Chinese) in the text box, the position of line wrapping in Linux Docker is incorrect. Some of the data get lost.

More information can be found in the forum thread TextBox's line wrap position is incorrect in docker.

Sometime the design of the report is too complex (the graphic design) and using a table for suppressing repeating values is not possible.

It would be really nice to have the Suppress if duplicated property in the textboxes so as to be able to use it in the detail band, also it should repeat it only on the first detail of a new page.

It would be nice to add a network graph to one of the available chart types. Below is an example of what I am referring to. 

When Windows display scaling is set to 150%, the stand-alone report designer causes the resulting Excel Worksheet export to shrink from its expected layout.

Steps to reproduce:

1. Set display scaling to 150% in Windows Display Settings
2. Start the standalone Telerik Report Designer and open the Invoice example report
   
3. Preview the report for order SO51081 and export to "Excel Worksheet"
4. Open the report in Excel.
   Issue: Its formatting is not as expected, note the contact name is cut off and overall the output is squished together.
5. Close the Telerik Report Designer
6. Set display scaling to 100% in Windows Display Settings
7. Repeat steps 2 through 4 and note the improved rendering of the Excel Worksheet at standard display DPI.

I've attached my XLSX file results for 150% scaling and 100% scaling to show the problem.

I would not expect my display settings to alter the export of Excel Worksheet files in the Telerik Report Designer application.

150%:

100%:

If the HTML5 Report Viewer gets hidden on renderingBegin(e, args) event and shown on renderingEnd(e, args) event, its toolbar is shown, but the contents are still invisible.

Code snippet that demonstrates the issue:

$("#reportViewer1")
    .telerik_ReportViewer({
		... initialization script goes here
        renderingBegin: function (e, args) {
           $("#reportViewer1").hide();
        },
        renderingEnd: function (e, args) {
           $("#reportViewer1").show();
        }
    });

Standalone Report Designer is not localized when the trdp file is opened. The localization only takes effect when the executable file is started first and then the report is opened. 

Reproducible in R2 2020 14.1.20.513

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.

For conditional sorting I use a formula like this:

=IIF(Parameters.SortBy.Value = 1, Fields.id,
 IIF(Parameters.SortBy.Value = 2, Fields.name, Fields.value))

This works perfect.

Now I would like to do the same with the sortings direction! Something like:

=IIF(Parameters.SortOrder.Value = NULL, ASC, IIF(Parameters.SortOrder.Value >= 0, ASC, DESC))

Sadly, the Direction-Field/Dropdown does not support formulas.

I have encountered this problem numerous times but I will list one of them.  When printing a weekly schedule in the format of a calendar, the days of the week print top to bottom when the desired layout should be L to R.  

We have resorted to various hacks to get this to work, but this is another feature of ***(which we are converting from) that is not supported in Telerik Reporting.

It would be nice if there was an OPTION to flow L to R as opposed to Top to Bottom.

Hello, 

I currently have a WebServiceDataSource in my report using a POST Method, a Body and a Parameter for Content-Type.

However, if I try to add a second WebServiceDataSource with a Content-Type parameter it throws an error saying that the Name already exists.

See the following screenshot for a visual reference.

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.

If during the report rendering stage, one or more of the required entities in the File storage were removed/deleted by third-party software, it will prevent the report from finishing the rendering and throws a NullRefereceException:

Hi Telerik Team,

We are having report parameters up to 30. For better UX we need to group parameters into sections. Please add this feature.

Attached is an example of what we want to achieve.

In Visual Studio Report Designer Preview, Use https://play.google.com/store/apps/details?id=com.teacapps.barcodescanner and other apps to scan the barcode(such as attachment Visual Studio Report Designer Preview.png), but after exporting the PDF, The first barcode scan is correct, the result of the second barcode scan is the content of the first barcode(such as attachment Exported PDF.png), Attachment BugDemo.zip is my project, How can I fix this problem, thanks.