reanimate VS brick

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.

Thank you!

"stash", the initial MVP version, is written in Haskell. I chose Haskell mostly because of https://github.com/jtdaugherty/brick, which is a wonderful TUI library. I also tend to prefer functional programming languages when I have the choice.

However, Text 's backend and website are currently implemented in Clojure. The app is in C + Flutter (Dart).

Brick? Hadn’t heard of it so leaving for myself and others

Brick is a great library for terminal applications. I’d say start with the examples or take a look at some tutorials that use it, then just go at it.

Thanks. Yeah I was surprised myself at how much of a capable tool whiptail turned out to be. Especially since I'd heard it has issues with returning values, or not being as capable as dialog. I was actually in the midst of choosing between it, Haskell's brick, or python's PromptToolkit, yet settled on whiptail to see how far a bash approach could take me.

Written in Haskell with brick.

A declarative Unix terminal UI programming library written in Haskell (by jtdaugherty)

There is brick[1][2] for Haskell. Other languages may have something similar.

[1] https://hackage.haskell.org/package/brick

[2] https://github.com/jtdaugherty/brick/blob/master/docs/samtay...

In that vein, a declarative way to build (Text) UI like html+css. Or something along the lines of what Brick is for terminals.