Our great sponsors
-
lowdefy
The config web stack for business apps - build internal tools, client portals, web apps, admin panels, dashboards, web sites, and CRUD apps with YAML or JSON.
-
SurveyJS
Open-Source JSON Form Builder to Create Dynamic Forms Right in Your App. With SurveyJS form UI libraries, you can build and style forms in a fully-integrated drag & drop form builder, render them in your JS app, and store form submission data in any backend, inc. PHP, ASP.NET Core, and Node.js.
-
This is interesting.
I really wish this super small library named Chartist was more actively developed. It's only 10kb in size and generates SVG charts.
The huge benefit of SVG is that it's natively responsive and also prints extremely well. Wheres CSS doesn't
https://gionkunz.github.io/chartist-js/
Well done! This looks impressive and really useful. I’ve been looking for a lightweight sprite / spark lib for a while. Clients always, for some reason, are very impressed by little charts in a table row, doing this witha normal size chart lib kills page performance. I was literally including very basic html indicators in a presentation today and client where really impressed! This really solves that issue!
And even more. Really great that you van manipulate the elements as css. Most chart libs I’ve dealt with makes non-trivial customization impossible.
I’ll probably be building this in as Lowdefy blocks[1].
Just curious, did you consider just branding it as sparks.css / sprites.css or something? Going the spark / sprite route just sets the expectations a lot lower imo. Although congrats, you are really close to fully functional charts here! Really interested to see how far this can go.
[1] - https://lowdefy.com
Last year I also released a barebones chart maker using only web components [0]. Meaning you can add a chart to your webpage with just an HTML tag. [1]
The functionality behind this and others are simple and allow the user to fully stylize however they'd like.
0: https://github.com/mothepro/lit-chart
That's not close to the same complexity, is it?
With the HTML + CSS solution, all my program has to produce is a HTML table. Very easy.
With SVG my program has to create not just a data table, but the custom SVG code to paint the actual charts. I'm actually doing that on pc-kombo, https://www.pc-kombo.com/us/benchmark/games/cpu/compare?ids%... shows it, the image is SVG. But it's created with https://github.com/DannyBen/victor/, so my ruby code has to describe all the details of that image, including manually saying how each bar chart should look. Even with the awesome victor library that wasn't all that easy.
Alternative is a JS library that produces the SVG code, but then it's exactly as complicated as with regular JS libraries, it just changes the output.