Add auto-range ability for the numeric axes that adjusts its range in accordance to the visible/zoomed data to show the data more clearly

Workaround: Bind the UpStroke and DownStroke properties of the Candlestick via custom style (which is set to the DefaultVisualStyle property) to properties from the model. Then in the setter of the Close property, can set different color depending on whether the Close is less than Open property.

Create  a chartview with a linear axis, set minvalue to 2014-11-21, max = 2014-11-24, create a series with only one datapoint with a date=2014-11-23.
The barchart graph will show a nice bar, but the X-axis will show you 2014-11-21, although the datapoint is for 2014-11-23!

There are scenarios where the actual minimum and maximum of the axis are of high importance but they are not displayed (due to TickOrigin). For instance if the axis range is (-1, 11) and TickOrigin is "0", the labels will be (0, 2, 4...) and "-1" and "11" will not be displayed. 

The ability to select a series instead of a series' items.

Currently the ChartSmartLabelsStrategy places the labels outside the bars, not taking into consideration the Horizontal and Vertical Alignment of the label definition.

Workaround:
One way to work around this is to set the plot mode of the axis to OnTicksPadded. 

Depending on the zoom level and height of chart, sometimes the first (bottom) label of the chart is not rendered when the vertical axis is a categorical one and the plot mode is BetweenTicks or OnTicksPadded. 

Implement an indication for negative areas in a single AreaSeries/RangeSeries. For example the negative areas to be drawn in one color and the positive areas in another.

For more information on the visual representation you can take a look at the following blog post:
http://peltiertech.com/area-chart-invert-if-negative/

Workaround:
The issue is caused by the MajorTickInterval property, so one way to go is to remove this setting and use the LabelInterval instead. This will plot more ticks than before, but should eliminate the label clip. If the number of ticks bothers you, you can set the MajorTickLength property of the axis to 0 (so that the ticks are not visible) and use a LabelTemplate in which you will include a label and a tick. 

Another, simpler, work-around is to set a right margin of the chart and set the ClipToBounds property of the chart to false.

Provide a way that the CrossHair behavior looks like theTrackBall's one so that the Crosshair follows just the chart's series. Something like a TrackBall with the horizontal and vertical line of a Crosshair.

Enable the TrackBallInfo to be vertically aligned (e.g. the bottom of the chart).

When setting MajorTickInterval, the actual interval used in display is adjusted when zooming to show a reasonable number of ticks. However, if LabelInterval is used along with it to achieve the desired number of labels on the chart, LabelInterval is not adjusted along with MajorTickInterval, resulting in too many or too few labels being displayed. Moreover the automatic adjustment of MajorTickInterval cannot be disabled, leading to problematic label display that cannot easily be handled by the developer without inside knowledge of the algorithm. 

Nice features would be:
- Adjust LabelInterval along with MajorTickInterval to keep approximately the same number of labels on the chart.
- Given the above, add an option to allow the Chart to determine the optimal MajorTickInterval and LabelInterval by itself (currently if MajorTickInterval is not specified, it displays ALL category ticks which can be way too many for the display)
- Add an option to disable the MajorTickInterval automatic adjustment if the programmer wishes to handle this manually

This suggestion arose out of this forum thread, which includes an example demonstrating the issue:

http://www.telerik.com/forums/majortickinterval-trouble-when-zooming

Implement Label Fit Mode In the polar chart to avoid label overlapping.

When there is defined a ChartPanAndZoomBehavior and the axes of the chart are switched at run-time, the orientation of the PanZoomBar elements it is not changed.

Workaround:
Get the PanZoomBar element and set its Orientation property.

private void TrySetOrientation(CartesianAxis axis, Orientation orientation)
{
    var panZoomBar = Telerik.Windows.Controls.ChildrenOfTypeExtensions.FindChildByType<PanZoomBar>(axis);
    if (panZoomBar != null)
    {
        panZoomBar.Orientation = orientation;
    }
}

private void SwapAxes()
{           
    // Swapping code here

    this.Dispatcher.BeginInvoke((Action)(() =>
    {
        this.TrySetOrientation(this.chart.HorizontalAxis, Orientation.Horizontal);
        this.TrySetOrientation(this.chart.VerticalAxis, Orientation.Vertical);
    }));
}

When the values of the data points have great values and the axis has a very small manual range, the Path element does not render correctly and is at times not visible at all.

Workaround:
A possible way to resolve this is to use the Direct2DRenderOptions. The different render modes use a completely different rendering logic.
<telerik:LineSeries.RenderOptions>
 <telerik:Direct2DRenderOptions />
</telerik:LineSeries.RenderOptions>

ChartView: InvalidCastException is thrown when using series provider and the property that provides the series' Type is declared in an abstract class