textual VS rich

If you are looking for something more flexible that just printing to a terminal, take a look at Asciimatics and textual. Both are available from Pypi.

As someone that use both Python and Rust, it's hard to motivate myself to write TUI in Rust, because with Python we have the amazing textual.

I would also[0] be interested in an argparse equivalent of this for my tool Library[1]

[0] https://github.com/Textualize/textual/discussions/228

[1] https://github.com/chapmanjacobd/library

Today I released coBib 4.0, my console bibliography manager written in Python, which now uses rich and textual to provide a cohesive and modern user experience in both its CLI and TUI.

I don't think it is exactly what you're looking for, but Textual will be supporting something close to what I think you're after, soon. https://github.com/Textualize/textual

For Golang there is Bubbletea [1], Textual [2] for Python and tui-rs for Rust [3].

[1] https://github.com/charmbracelet/bubbletea

[2] https://github.com/textualize/textual

[3] https://github.com/fdehau/tui-rs

I guess you looked at it a while ago because the docs are quite detailed with lots of examples.

There are plenty of terminal UI libraries that are actually nice to work with. For Python, there's Textual and PyTermGUI. For Rust, there's ratatui and Cursive (or, if you want something a bit lower level, crosster or termion). For Go, there's bubbletea.

Concerning your roadmap, you might wanna take some inspiration from Textual, it's a really mordern approach to TUIs. I understand that the level of abstraction is high and might be tasking to implement many of the ideas in there in C... and please fgs, don't think about doing the CSS shit.

You might consider taking inspiration from the rich module. In particular, I like how rich supports inline color theming which seems much more cumbersome in your framework, requiring the use of context managers as well as familiarity with how your framework structures color objects. Other than that though, I'm impressed!

Today I released coBib 4.0, my console bibliography manager written in Python, which now uses rich and textual to provide a cohesive and modern user experience in both its CLI and TUI.

Apart from those libraries, I really liked: * https://github.com/Textualize/rich for beautiful CLI output * https://kivy.org/ for GUI * https://python-visualization.github.io/folium/quickstart.html#Getting-Started for maps * https://github.com/antscloud/fretboardgtr for guitar diagrams * https://github.com/sourabhv/FlapPyBird with PyGame

How is this better than rich https://github.com/Textualize/rich ?

No. I just remembered the rich package of Python. And here is how it handles the same problem. It is also licensed under MIT, and for implementing the CLI spinners, the maintainers decided to distribute another not less famous, MIT-licensed cli-spinners. Just see the rich/_spinners.py file. They added the license notice of the cli-spinners right on the top of the file.

Great job on publishing your first project. But are you aware of the rich library which offers the same functionality and a lot more console formatting? How does your library compare to it?

We ported back the pretty printing from DocArray v1 to v2 and tidied it up a bit to reflect the new v2 schema! Under the hood, we're relying on the awesome rich library for everything related to UI.

This app leverages these powerful libraries: - yt-dlp: video downloader - moviepy: video trimmer/merger - click: CLI app creator - rich / rich-click: CLI app styler

- rich, a base rich text library with tons of raw capabilities and convenience classes/functions. `tempy` makes use of `rich` for all its rendering capabilities.