Check out Paulo Costa’s plugin for 3D surface charts: http://www.highcharts.com/plugin-registry/single/35/contour
This would be a very useful chart type to implement. Far more important than '3D pie charts' :)Jamie supported this idea ·
In my testing on this issue, I have noticed big differences depending on the screen size and resolution that the chart is being viewed on.
Most often the higher resolution display the gaps, lower resolutions don't.
Black Label kindly shared their grouped X-axis plugin: https://github.com/blacklabel/grouped_categories
Torstein - any chance of this being removed from declined status, given that it is a separate issue from startOnTick?
perhaps 'startTickOnMin' would be a more apt name for such a property.
I think the problem is explained better in that first thread than in my description here.
Let me try to clarify
What we're referring to is the start of the ticks and axis labels, not just the start of the data or the plot area. Using this generic example from the thread in question: http://jsfiddle.net/fbbGY/1134/
I have set a min of -50. I have set a tickInterval of 40.
I want the first tick and axis label to be -50. I want it to calculate the ticks and labels using the tickInterval from there... (-10, 30, 70, 110, etc)
Using the method you suggest, I get the first tick and label at -40 (and the 0, 40, 80, 120, etc), with additional space below to reach the -50 on the plot area.
A setting such as this will allow users to more precisely control the ticks and labeling, which can be very important in many cases.
I have used a work around of disabling ticks, labels, and grid lines, and emulating them with plot lines, but that is, as you can imagine, very clunky and heavy.Jamie shared this idea ·
With Highcharts 4.1.10, shipping soon, we added an option to sort treemap items. Which makes it possible to create marimekko charts based on the treemap series: http://jsfiddle.net/highcharts/h2np93k1/.
This is only a partial implementation, but it may at least serve as a starting point: http://jsfiddle.net/highcharts/75oucp3b/
My concern with that approach would be that bivariate shapes used in this manner are notoriously bad at relaying the appropriate information.
Varied widths of bars cause a great deal of visual clutter to the display and distracts from all of the data - it poorly encodes the confidence value of the data that it is meant to display, and it also obscures the original purpose of the chart at the same time.
More often than not, encoding data in this way will confuse and obscure rather than enhance.
Two charts are quite often better than one at telling the story of the data.
This is also the type of data that error bars were intended to address, though that feature is not available in Highcharts either.
(don't mean to derail or hijack this topic...it's just a subject very worthy of discussion IMO)
That level of statistical analysis would be great, but seems like a lot to ask of a charting library, IMO.
There are plenty of ways to pre-process the data and output a data array that holds all of the info needed to output a good control chart (I have one example set up here: http://jsfiddle.net/DpEAA/83/ ).
Data was processed in PHP before being sent to highcharts