Hi there,
The feature is planned for the upcoming R3 2018 release, to be out next week.
You will find examples of it in the https://demos.telerik.com/aspnet-ajax/htmlchart/examples/functionality/negativevalues/defaultcs.aspx and https://demos.telerik.com/aspnet-ajax/htmlchart/examples/appearance/configuringappearance/defaultcs.aspx demos.

peter sorensen

Posted on:17 Jul 2017 16:06

Please regard this as a bug, and fix it !
As Justin said, all other component suppliers seem to have no problem with this, in their chart solutions.

Josh

Posted on:24 Mar 2017 14:55

4 years later and this issue still occurs.
Can ANYONE point me to a charting solution where there are negative values and the X-Axis labels are overlayed by the plot area itself?
I was told that this was "expected behavior". Expected by the Developers, but not any consumer or viewer of the Chart.
A human-readable chart should have the axis labels BENEATH the plot area. THAT should be the "expected behavior".

Josh

Posted on:24 Mar 2017 14:55

deleted by janderson

Courtney

Posted on:02 Jan 2017 18:03

Did anyone ever fix the issue that James and Jaydip pointed out?
i.e. After implementing example 1 (above), when clicking on a series, the get_category() method is returning undefined?

ADMIN

Danail Vasilev

Posted on:25 Mar 2016 12:59

Since the RadHtmlChart is an ASP.NET server-side wrapper of the Kendo UI charting widgets, you may also raise the priority of the following Kendo UI feature request equivalent - http://kendoui-feedback.telerik.com/forums/127393-telerik-kendo-ui-feedback/suggestions/2920960-bar-char-baseline-label-positions-bottom-top-wh . Once the feature is implemented in the Kendo UI chart it can be easily configured/implemented in the RadHtmlChart as well.

James

Posted on:25 Mar 2016 11:46

Sorry I mispoke in my last comment, the get_dataItem() function is working correctly, it's the get_category() method which is returning undefined.

James

Posted on:25 Mar 2016 11:40

Suggestion #1 works quite well visually, but I can concur with Jaydip's comment regarding the series click returning undefined. the get_category() method is returning the x-axis value for the point as expected, however the get_dataItem() function is returning undefined.

Rahul

Posted on:28 Dec 2015 11:21

I used first approach this works perfectly but now i am facing one issue, whenever user click on any series i am getting category as undefined. Please let me know what i am missing.
Thanks

ADMIN

Marin Bratanov

Posted on:08 Jul 2014 06:24

Hello Martin.
I completely agree with you that the HtmlChart control offers a huge performance gain and this is one of the major reasons for its introduction. We are trying to put the features from RadChart in RadHtmlChart but this will take some time and since we have over 80 other controls to develop, priorities are not that simple to set.
RadChart's support will officially end with the Q3 2014 release as noted here: http://blogs.telerik.com/aspnet-ajax/posts/14-02-06/radhtmlchart-vs-radchart-round3-radchart-is-obsolete and I hope this blog will clarify some of doubts.

Martin

Posted on:08 Jul 2014 05:57

Marin, While the RadChart may be available, it is deprecated which means support may cease at any time.
Additionally, the performance differences are such that going back is no longer an option. We have charts that took over 30 seconds to render that now take 1 second. RadChart had horrible performance when rendering over 200 points with labels.
With that stated, I wish to reiterate that this should be a no-brainer to prioritize for implementation along with any other items that provide full feature parity for RadHtmlChart vs. RadChart.

ADMIN

Marin Bratanov

Posted on:08 Jul 2014 05:43

Martin, I just wanted to note the RadChart will not be removed from the assembly, so it will still be available should you decide to use it.

Martin

Posted on:12 May 2014 13:40

This seems like a no-brainer when it comes to feature parity with RadChart that has been deprecated and removed soon.

Progress, Telerik, Ipswitch, and certain product names used herein are trademarks or registered trademarks of Progress Software Corporation and/or one of its subsidiaries or affiliates in the U.S. and/or other countries. See Trademarks for appropriate markings.