I second that, even better would be if every type chart would be a folder, with a readme containing a screenshot and the code example. That would be top notch.
Not every one, but if it looks like something I might use, I do take a quick look at it and any upstream it came from. It keeps me from using something when I shouldn't and have to rip it out later.
This project has made me think about more about the difference between TUI's and "command-line" (CLI) apps as categories. Traditionally CLIs were kind of run-and-exit tools, and "real" TUIs were long-running, stateful apps, but what we're creating seems to sit somewhere in between the to.
With richer terminals and libraries like this, the distinction feels more about interaction style than environment. Curious how others think about that boundary when designing tools that work in terminals.
I will definitely give it a try. Terminal UI‘s are super interesting in my opinion, because I feel like they can improve productivity. Hopefully this library can be compiled into a single binary that exposes an application icon. That’s one of the biggest hurdles I experienced with „GUI only“ users - they want something to double click on to start.
PS: looks great on the surface!
I am not affiliated, I just think it’s a neat tool
With richer terminals and libraries like this, the distinction feels more about interaction style than environment. Curious how others think about that boundary when designing tools that work in terminals.