![]() # Fraction of the figure devoted to main plot That situation has improved a lot with the whole artifacts story.įor the sake of completeness, here’s the Gnuplot.jl (master branch, new release is coming soon) solution: using Gnuplot If we can make them available with a lot less work, hurray!Īnother aspect is that I think I wouldn’t worry at all whether a package uses non-Julia code or not, as long as deployment is reliable and it supports the same platforms as Julia does. On some level I think this is good: creating a robust plotting solution from scratch is clearly a many person many year project, and at the same time there are excellent non-Julia solutions out there. The vega family of packages obviously also uses a lot of non Julia code etc. ![]() For example, the default backend for Plots.jl is GR (implemented in C), and I think most (if not all) other popular backends are also not Julia. Then maybe Makie.jl, which uses a GL (C based) or cairo for rendering, as far as I can tell, but is otherwise mostly Julia? I think all other packages (including Plots.jl) use even more non Julia. My guess is that the next most pure Julia packages are Gadfly.jl and Winston.jl, as far as I know they only use cairo (the C library) for export to various image formats. I think actually the only package that can truly claim to be pure Julia is probably UnicodePlots.jl, I think pretty much every other plotting package uses non-Julia code at least for some things. This is a neat solution as it uses pure Julia language.
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |