Currently the list of marker is limited, but it isn't the case for the WPF RadChartView.
RadChartView permits the display of specifics points (like a vertical line for displaying a limit), but it isn't possible in report.
WPF DataTemplate would surely impossible to reuse in report, but some other custome template should be available like SVG, bitmap, or UTF-8 character (not the best customable solution, but it already increase a lot the possibilities)

Please support WebApi 2+, I am stuck using <2 because the Telerik Reporting components are incompatible with the latest ASP.NET WebApi.

The property DataSources is internal in the Report class. When manipulating the datasources of a report it's easier to have access to this collection than to go through all the elements en report parameters to check for datasources

Adding support for label connectors. This little line that attach the label to his part in the chart like the ones from Kendo UI: http://demos.telerik.com/kendo-ui/pie-charts/index

When using report templates, the only connection with the original template is when the report is created. This is problematic due to the time it takes, as well as the potential for error and inconsistency.

It would be helpful if the report designer included an ability to update a report based on the template. If a minor change needs to be made to a group of reports, now that change has to be done individually in each report. Ideally there should be an option to update the report from the original template. While I understand that detailed content would be problematic to update, things such as styles, report and page headers/footers, etc., could be updated (or 'replaced' with the equivalent content from the template). 

Ideally there would be an option to update from template, and then the user could select which items to update; 
- styles
- page header/footer
-report header/footer

ability to lay out detail data in an accross then odwn format.  i do a lot of reports with weights, sometimes 500 and i wuld like to list them accross then down not in a vertical list because sometimes there is ony 1 weight and sometimes many,.  this keeps the printed report to a manageable size

Without code behind, with a conditional formating changing the Visibility, to avoid empty space in the final report, the control must have its Height put to 0. But then it isn't visible anymore in the designer.
With a DesignHeight, it could be still visible in the designer.
The other solution would be to be able to change the Height in conditional formating.

Change Currentpage, TotalPages, DocumentMap properties to Dependency Property... to enable DataBinding... 

When I have a coded dataset (in NeedsDataSource) the designer has no concept of the dataset.  I would like to somewhere define the properties that would be available myself so I can use them from the explorer and in the expression editor...instead of having to keep going back to the codebehind to find the property names.

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.

Create new parameters control (as same included in report viewer controls for WebUI, WinUI, ...); to provide the ability to gathering user values but without rendering the report.
It will help scheduling and background generation of reports.

Currently, we need to set the Height of the container to a very small value to collapse it to its minimum size when some children aren't visible.
This need to be made in code behind, or via binding, and we need to do it for each container which can have children (direct or indirect) hidden. Not developers friendly at all.
And this only work if the contain itself is always visible, otherwise no correct collapsing will be made (Telerik told me that "The space taken up by a panel item will be collapsed when the panel is invisible based on the panel's initial height.")

A container should always be collapsed to the height taken by its visible children. When someone want to have an empty space, he should use padding, not the height of an invisible item.

Presently, when you use the Fields property, you can only access simple type properties : "= Fields.CompanyName", "= Fields.CompanyPhone". The complexe types are not accessibles via the Fields property. If you want to print a complexe type property, you need to use the expression "= ReportItem.DataObject.Company.Name", "= ReportItem.DataObject.Company.Phone".

In my opinion, this is not very intuitive. 2 differents ways to read a property depending of his type! It would be great to be able to access anything from the Fields property.

Need a way to export a drill down report with the visibility toggles as they are set in the Reportviewer.

Currently, if row visibility is something other than the default, if you export a report using the suggessted method:

Dim result As Telerik.Reporting.Processing.RenderingResult = _
		reportProcessor.RenderReport("PDF", ReportViewer2.ReportSource, New Hashtable())

Using fs As New System.IO.FileStream(filenamePDF, System.IO.FileMode.Create)
    fs.Write(result.DocumentBytes, 0, result.DocumentBytes.Length)
End Using
 
It loses the user defined visibility and exports the default.

If you use the Reportviewer.ExportReport() call, the report retains it's visibility, HOWEVER it prompts a file save dialogue. Unfortunately we cannot allow file browsing for our clients.

If we simply had an option with ReportViewer.ExportReport() to specify the file path to save to (preventing the file dialogue from popping up), this would be a non-issue.

Currently, if you wish to hide extra details on the second page of a report, the space taken up by the area is left blank which looks terrible and not conducive to professional report design.  

Related threads:


http://www.telerik.com/forums/different-page-header-on-first-page

http://www.telerik.com/forums/hiding-the-page-footer-leaves-a-blank-space-in-the-report

Unfortunately using report books for this is not a valid option.  Using the Report Book means quite a bit of extra work when all you need is for the second page to not have an glaring empty space.  If I understand the process correctly, this means creating 2 reports which are nearly duplicates plus merging with Report Book for each 1 report that you are developing.  This is unresonable to expect from enterprise shops that will develop hundreds of reports.

I urge you to review your implementation in order to find a way to implement this feature in the future. 

As our business requirements are very strict we need to be able to set the Graph Scale Maximum and Minimum properties based on our data. This would make our charts much more visually pleasing having the needed empty space above the data.

For example, the most often required scenario is setting the Scale.Maximum as a percentage of the already calculated max value by the Telerik Reporting engine.

We imagine there would be some kind of object which we can use inside an expression in these properties: = CalculatedMaxValue * (1 + 0.1)
Or we can calculate the value ourselves inside a User Function and then use the function in the expression.

When might Telerik come out with a standalone reporting tool?

we have the ability to conditionally display a label on the x-axis.  Thereby displaying only some x-axis dates, for instance, but not all of them.  Can you enhance the product to allow for the displaying of tick marks only for the values (dates in this case) displayed?