reanimate VS vulkan

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.

You might look at the Vulkan API: https://www.vulkan.org/. There are bindings in many languages, including Haskell (I have personally used https://hackage.haskell.org/package/vulkan).

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.

If I search vulkan haskell the first result is VulkanMemoryAllocator which actually links through to the main vulkan package which I believe is vulkan.

Can it compile vulkan? I was getting linker errors with "too many sections" from it and singletons.