reanimate VS gl

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.

As other comments have pointed out, OpenGL isn't your issue: 4.6 came out in 2017 and both the low-level gl/OpenGLRaw as well as the mid-level OpenGL libraries are up to date if you check the timestamps. And yes, GLFW-b is the go-to library for creating windows across platforms.

At this point the answer is: yes, we have some. We have sdl2 (https://hackage.haskell.org/package/sdl2), gl (https://hackage.haskell.org/package/gl), OpenGL (https://hackage.haskell.org/package/OpenGL), GLFW (https://hackage.haskell.org/package/GLFW), vulkan (https://hackage.haskell.org/package/vulkan), dear-imgui.hs (https://hackage.haskell.org/package/dear-imgui). There's certainly much more out there - this is a biased list of stuff I've either used or contributed to.