Earlier quoted context omitted.
> Highcharts is not expensive compared to developing something similar yourself, Here's what you guys keep ignoring: there's other open source alternatives that are free. I'm not helping develop them beyond giving bug reports.
What you keep ignoring is that highcharts is way better than those alternatives, and that many people really like the simplicity of paying people for great products.
Highcharts – JavaScript charting framework
81–87 of 87 posts
Re: Highcharts – JavaScript charting framework
#82Earlier quoted context omitted.
What you keep ignoring is that highcharts is way better than those alternatives, and that many people really like the simplicity of paying people for great products.
That may have been true 4-6 years ago. In 2014, that's no longer true.
Re: Highcharts – JavaScript charting framework
#83Every page on that site returns a 200 status code, and the same content as the homepage. This means that http://www.highcharts.com/license (linked to from GitHub) is currently failing silently - you get content, but it's not the licensing information. Note that http://www.highcharts.com/licenseoneutahenuo returns the exact same content again. 404s are useful! Don't disable them.
Re: Highcharts – JavaScript charting framework
#84Earlier quoted context omitted.
We (quite successfully) use flot http://www.flotcharts.org/ after I looked at highcharts' license and their "solution" for doing server-side rendering (some dodgy php).
The PHP script[1] is just a simple proxy to pass the SVG content to a well-regarded Apache Batik toolkit which then does the actual SVG->PNG conversion. I suspect PHP was chosen because of it is more readily available than any other backend tech among Highcharts clients. Flot is a canvas-based library, so it can rely on modern browsers to rasterize canvas drawings to an image within the browser. Rasterizing SVG into…
Granted, it's not as lowest-common-denominator as php, but I personally ain't touching that stuff.
Re: Highcharts – JavaScript charting framework
#85Earlier quoted context omitted.
I don't think the problem is that highcharts costs money, but that there are no good FOSS alternatives(I embarked on a fairly extensive search last week for a FOSS js charting libraries and although I did end up choose one of those for the project, it was not nearly as fleshed out as Highcharts). One thing that tends to happen when you have a very strong commercial library out there, is it often discourages the creat…
It seems like a big contributor to this problem is that the culture of FOSS is largely hostile to paying for software, even if its source is open and modifiable (but probably not re-distributable). I don't much about this, but I would love to make open source libraries or application that I can sell licenses for, but I'm not very optimistic it would work, and I'm not completely sure why it shouldn't.
Re: Highcharts – JavaScript charting framework
#86Earlier quoted context omitted.
d3 is probably the one that has gained the most buzz from developers as of late. From my experimentation/evaluation of various charting libraries, d3 is certainly the most powerful.
For charting , d3 has an insanely high learning curve. (spent last weekend looking for one and while there are a few good d3-based charting libraries, they aren't very robust)
Re: Highcharts – JavaScript charting framework
#87Earlier quoted context omitted.
What you keep ignoring is that highcharts is way better than those alternatives, and that many people really like the simplicity of paying people for great products.
That may have been true 4-6 years ago. In 2014, that's no longer true.