reanimate VS manim

Reanimate sounds almost ideal, with its support for LaTeX. But unfortunately, it is all rendered in batch, not providing for any interactivity.

Is this the discussion you're referring to? https://github.com/reanimate/reanimate/discussions/210

It's actually pretty interesting to read. The author makes a not totally unreasonable argument as for why it uses unsafePerformIO.

Now what I'm really curious about is why the very first example on the site I clicked into the source code for, a simple 59-line example, is using unsafePerformIO. That actually worries me more because it suggests that as a user I might have to use unsafePerformIO. https://github.com/reanimate/reanimate/blob/d4d3898831edb4aa...

Not really dashboard library, but reanimate is a good library for this kind of stuff.

Some other "applications" (if you're not interested in compilers) might be writing shell scripts: https://hackage.haskell.org/package/turtle Or animating stuff: https://github.com/reanimate/reanimate and https://hackage.haskell.org/package/gloss

That aside, it seems that svg-tree doesn’t support filter elements, so I recommend reanimate-svg. You can join the Discord server for Reanimate and ask for help. Good luck.

See also reanimate, a very similar Haskell library: https://reanimate.github.io/

This is very niche, but something I've wanted to do for a while is to generate some cool physics example on the surface of a sphere with https://hackage.haskell.org/package/hamilton, and display it with https://reanimate.github.io/ (using https://hackage.haskell.org/package/linear for the projection)

Hi u/Target_Organic, I wich you a warm welcome! Haskell is often very satisfying to work with, it has a sense of beauty in it. Regarding your questions: 1. I never had big problems about performance. However, I personally place more emphasis about correctness, simplicity and readability of my programs. Performance tuning comes after. 2. For graphic libraries, I know diagrams, Reanimate and Haskell-chart. Since you seems interested by mathematical approach to graphics, I think you will find happiness there. 3. I'm not sure about the AI field. Other, more practical languages such as Python seems to have taken the lead. What is sure for me, that Machine Learning/NN would be nicely describe in Haskell with solid foundations.

Coming to motion design, this rumour takes of due to the fact that there are programming libraries like Manim and Motion-Canvas which are actually used to generate animations from code. You can search 3Blue1Brown channel on youtube.

I'm not completely sure if they used manim here, but 3b1b made a python library called manim for making math animations.

Probably used this for the animation: https://github.com/3b1b/manim

3blue1brown has had success with (their tool) manim, which uses Python.

It would be interesting to see this library applied in a Rust version of Manim

In case you're not aware, 3B1B has a Github repo for the engine he uses for the math animations so that others can use it to make similar things: https://github.com/3b1b/manim

There's also a loose group of people already doing the visual learners "explainers" thing over here: https://explorabl.es/ (you can scroll down for links to tools they use to make their explainers).

But yes, I also feel this is an important development and that this should be an ongoing way of teaching people things. Formal education has IMO stalled out around the printing press but there are massive opportunities on computers (and especially on globally networked computers) to take that a step further and leverage the capabilities of computers to make education even more engaging and information-dense.

latex: major issue: So far, no MiKTeX administrator has checked for updates. The GitHub page has lists of issues that are not addressed: https://github.com/3b1b/manim/issues

Manim