Live data from Hacker News

Apache ECharts

echarts.apache.org

201–210 of 263 posts

Re: Apache ECharts

#201
post #135

22.7MB to download the latest release from Github (87.3MB unzipped). That's an insane amount of JS to download and compile (people often complain about React being ~50kb). The default recommended way to use it is `import * as echarts from 'echarts'` which means you are getting the WHOLE thing. Does anyone with experience know how big is it when you pick and choose modules?

The lib is modular

My current build for an analytics dashboard app uses:

    echarts.use([
      // chart types:
      BarChart,
      LineChart,
      GaugeChart,
      PieChart,
      // chart features:
      TitleComponent,
      LegendComponent,
      TooltipComponent, // ~30kb
      GridComponent, // ~100kb, controls layout (not visible grid lines)
      LabelLayout,
      DatasetComponent,
      // renderer:
      SVGRenderer,
    ]);
...and comes out at 550kb minified but unzipped

Re: Apache ECharts

#202

We've tested almost every visualization library under the sun when building Briefer ( https://briefer.cloud ) and I can confidently say that Apache ECharts is the best. The main issues with other libraries is that they're either: (a) ugly (b) difficult to use (i.e. having to do things imperatively) (c) not flexible enough Apache ECharts solve these 3 problems. It's pretty by default, it allows us to mount/calculate t…

I can't agree with that. eCharts is good, but https://plotly.com/javascript/ is also super nice and I am actively following https://observablehq.com/plot/ which seems on a path to true greatness.

Re: Apache ECharts

#203

The only thing I ever want out of these chart libraries is to be able to theme them. Does anyone know how customizable the theming for ECharts is?

It's pretty extensively customisable

Certainly colours, fonts and sizes are all configured at the 'theme' level, plus the charts themselves have a lot of visual variations to choose from

I don't think you would have any problem making it fit with the style of your site

Re: Apache ECharts

#204

Looks like it could work nicely with HTMX.

I'm using ECharts with HTMX + AlpineJS, with ECharts wrapped in an Alpine component

I had to disable hx-history to get around a problem of the charts getting double instantiated

it feels a bit of a lame workaround but I never managed to get to the bottom of it

apart from that, totally happy

Re: Apache ECharts

#206
post #202

We've tested almost every visualization library under the sun when building Briefer ( https://briefer.cloud ) and I can confidently say that Apache ECharts is the best. The main issues with other libraries is that they're either: (a) ugly (b) difficult to use (i.e. having to do things imperatively) (c) not flexible enough Apache ECharts solve these 3 problems. It's pretty by default, it allows us to mount/calculate t…

I can't agree with that. eCharts is good, but https://plotly.com/javascript/ is also super nice and I am actively following https://observablehq.com/plot/ which seems on a path to true greatness.

Plotly is full of undocumented features. My guess is because they have an entire consulting business helping devs with this

Re: Apache ECharts

#207
post #196

Earlier quoted context omitted.

How is it better than Chart.js? Im curious as the implementations look extremely similar.

One consideration I looked at when choosing between them was I believe chart.js is Canvas-only, whereas ECharts can output SVG for millions of points maybe Canvas rendering is more performant but for simple charts SVG provides an easier way to get responsive sizing just via CSS without involving JS to re-render

Hmm I see, will try the apache one, thanks for the input

Re: Apache ECharts

#209
post #158

Noticed it uses HTML5 canvas to render data by default. To screen readers, am I correct in understanding that this is equally accessible as when people share screenshots of text? There is an SVG option that looks identical but it doesn't say when you're supposed to use that, or why canvas exists (and is the default) if SVG would work equally well. Then again, setting an example chart to use SVG rendering (I was looki…

Is it even possible to make a chart accessible? I would have thought you would want to hide the chart and expose the raw table to screen readers.

Re: Apache ECharts

#210
post #202

We've tested almost every visualization library under the sun when building Briefer ( https://briefer.cloud ) and I can confidently say that Apache ECharts is the best. The main issues with other libraries is that they're either: (a) ugly (b) difficult to use (i.e. having to do things imperatively) (c) not flexible enough Apache ECharts solve these 3 problems. It's pretty by default, it allows us to mount/calculate t…

I can't agree with that. eCharts is good, but https://plotly.com/javascript/ is also super nice and I am actively following https://observablehq.com/plot/ which seems on a path to true greatness.

plotly... please... I hope I never have to touch that again, the documentation is so bad. It's not on the same level as eCharts.
Post reply on HN