echarts4r VS rnim

You can also use Apache Echarts through R with this package: https://echarts4r.john-coene.com/

This might shock you, but open-source software is an open and collaborative effort. If you think that the example with two Y-axes undermines this entire project, you can go to the echarts4r github repository, open a pull request (the website is made via pkgdown), and propose improvements to the documentation. Maybe do something good instead??

While indeed we are less people developing stuff in Nim compared to even the Julia community (which itself is of course much smaller than say Python), we do have cover a large amount of the typical needs in the scientific computing domain. And where we miss stuff it's a) easy to wrap C/C++ or b) simply call Julia, R or Python (As a personal reference I'm doing data analysis & numerical physics stuff in context of my PhD in physics and I literally do everything in Nim. The only significant C dependency {and only as a shared lib} I depend on is libhdf5 via nimhdf5).

use Rnim to access the R bindings

If you're willing to help out, you'll surely be able to do anything you need. If Nim libraries fail, you can also always call R directly from Nim via Rnim!

Maybe also of interest is a nascent package for R calling Nim (or vice versa): https://github.com/SciNim/rnim

c2nim is a tool to translate ANSI C code to Nim. The output is human-readable Nim code that is meant to be tweaked by hand after the translation process. If you are tired of wrapping C library, you can try futhark which supports "simply import C header files directly into Nim". Similar to futhark, cinterop allows one to interop with C/C++ code without having to create wrappers. nimLUA is a glue code generator to bind Nim and Lua together using Nim's powerful macro. nimpy and nimporter is a bridge between Nim and Python. rnim is a bridge between R and Nim. nimjl is a bridge between Nim and Julia! Last but not least, genny generates a shared library and bindings for many languages such as Python, Node.js, C.

I am risking to be offtopic, but there is somenthing interesting happening in Nim, where someone wrote a wrapper to R: https://github.com/SciNim/rnim