LabelRotationAngle applies to labels only in horizontal axis.

It is mainly needed in Vertical axis, when the chart is rotated externally, when placed in rotated panel or control. In this case the vertical axis take the role of a horizontal axis visually and easy way to rotate all labels is needed for readability.

The problem arises when we have many graphs on one window and when we scroll to the bottom then to the middle of the window and then resize the width of the window, not all graphics dynamically resize, some harden to the previous size.

I am attaching a project in which you can reproduce the problem.

And I am attaching a video where the problem is clearly demonstrated.

Please solve the problem as soon as possible for our product it is critical!

Add mechanism in RadCartesianChart to change the axis origin position. Currently, you can position it only top, left, right or bottom. Add an option to position the axis at an arbitrary position on the opposite axis. For example, to position the horizontal axis in the middle of the vertical axis or at value lets say 3.

Currently, the chart provides a selection feature where you can select data points by clicking on their visual elements (ellipses, bars, etc.) or setting the IsSelected property. Add a feature that allows you to select the entire series. This feature is meaningful when using line or area series and you want to highlight (select) the clicked series.

You can easily implement it by subscribing to the MouseLeftButtonDown event of the chart series and change the series' Stroke or Fill property.

The RadCartesianChart's series allows you to provide a collection of primitive types (like List<int>) to its ItemsSource which will render a proper chart, as shown in the Create Data-Bound Chart article. 

Currently, this is not supported if you use the sampling feature of the chart (ChartDataSource). ChartDataSource can't work with collections with primitive types. Add support for this.

When a chart have long labels on the X axis (like date and time) the zoom is not accurate on the horizontal extents with both mouse wheel and drag area.

The reason is probably that the screen coordinates of the selected area are not mapped correctly on the X axis. The mapping works fine for tooltip.

 

You can verify this behavior in the attached Solution. In the images you can see the selected area (01), that the zoomed area is a region with no points (02) and the actual position of the points.

 

The chart series allow empty values, which means that if a data point has a null or NaN value there won't be a visual element drawn on the chart. The financial indicator (a type of chart series) support this, but because of their nature, if an ItemsSource is provided, the null values are threaded as zeroes (the number 0) during the automatic generation of data points. This is because, the data point values are calculated based on a function which includes a combination of the previous data item values. 

Add a mechanism like a method override or a property that can alter this behavior. In this case, if the data item of the generated data point contains a null value, the visual element should be dropped (missing) as in the standard chart series.

Convert ZIndex property of the series to dependency property

I would like the possibility to change the color of a line depending on the value.

For example:

I have values between -1 to 10.

If the value is -1 I would like the color (or possible the opacity) to change until it goes back to 0 or above.

Issue1) When no RenderTransformOrigin is set to ScaleAnimation, all slices should be scaled from the pie chart center point. Currently thiss is not true, to better reproduce it , set MaxScale > 1 and notice slices overlap each other at the end of the animation.

Issue2) When RenderTransformOrigin is set to , for example (0, 0), all slices should start animating from topleft corner of the chart. Currently only the first one is animated from top left and all others are animated from pie chart center.

More information regarding this functionality can be found in the Smart Labels help article.

Currently, you can customize the fill and stroke of the data point visuals using the DefaultVisualStyle property of the series. In the common scenario, you can use data bindings to data bind the fill and stroke of the corresponding element. Additionally, you can use the DefaultVisualStyleSelector for such customization. However, when the Direct2DRenderOptions or BitmapRenderOptions are used, data bindings and the DefaultVisualStyleSelector are not support. The bindings in the DefaultVisualStyle throw errors and the selector is not applied.

Add support for conditional styling. This should include support for data binding in the fill and stroke properties of the element from the DefaultVisualStyle, or support for DefaultVisualStyleSelector, or another type of API. 

When the application starts, the PointAnimation isn't played on PieSeries in a data-bound scenario. Also, this will hide the labels of the segments.

Add support for Tornado Chart. You can check this link for more information.

Sample Tornado Chart:

When the application starts, the PointAnimation isn't played on point series in a data-bound scenario.

The Telerik.Windows.Controls.Chart.Direct2D.dll is missing from the nuget package file containing all Telerik dlls (Telerik.UI.For.Wpf).

Allow setting OriginValue on the series in the RadPolarChart. Currently, the area series are fixed to OriginValue of 0.

The same feature is available in the RadCartesianChart series.
https://docs.telerik.com/devtools/wpf/controls/radchartview/features/originvalue

It appears the ChartView is also affected by the same SharpDX issue that affected the RadWebCam when it is used over Remote Desktop. 

A simple test of any series will replicate the issue. If it is being used via Remote Desktop, the series will not render.

" Collection was modified; enumeration operation may not execute.'" - The exception is observed when the CLR exceptions are enabled from Visual Studio. 

Edit:

The Ellapsed event handler of the Timer is executed in background thread but modifying chart data in a background thread is considered bad practice which is not supported by our component. This is the reason we are declining this bug report.

General solution is to schedule the data update to happen on the UI thread with Dispatcher. When in ViewModel, the following code can be used:

        private void OnTimerElapsed(object sender, ElapsedEventArgs e)
        {
            ViewModelBase.InvokeOnUIThread(() =>
            {
                for (int i = 0; i < Items.Count; i++)
                {
                    Items[i].X += (_random.NextDouble() - 0.5) * 0.1;
                    Items[i].Y += (_random.NextDouble() - 0.5) * 0.1;
                }
            });
        }

Currently, you can format the axis labels using the LabelFormat property. This allows the same format to display different label value for the different cultures when the UI culture is changed. 

Add support also for the Language framework property in this case.