charm VS textual

I think zig might actually be the best language for CLI if it had a charm ( https://github.com/charmbracelet/charm ) like eco system

I think that ssh terminal app is made with this go package: https://github.com/charmbracelet/charm

Run it yourself if you’re concerned =)

https://github.com/charmbracelet/charm

Not too much to say on this but you may want a different name, charms already used for a go terminal library https://github.com/charmbracelet/charm

Basically to translate to functionality not o.g. tech implementation:* https://github.com/charmbracelet/wish - is a Doorlib* https://github.com/charmbracelet/harmonica - RIPGraphics in sixel* https://github.com/charmbracelet/charm - the bbs engine / database / filestore* https://github.com/charmbracelet/bubbletea - UI Widgets for doors / menus* https://github.com/charmbracelet/wishlist - The actual menu system

The Textual project has a lot of screenshots in its documentation. These screenshots are built with the docs, so they are always up to date.

https://textual.textualize.io/

Textual[0] does this for CLI apps. That’s not for full GUI apps, but it’s very DOM-like, uses CSS selectors, etc. and a cool option when it meets your needs.

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

For future projects that need a TUI beyond normal printing to a terminal, I'd recommend taking a look at Textual.

https://jupyterbook.org/en/stable/content/code-outputs.html#...

`less -R` is not the default.

FWIW, textual (and urwid) does ANSII escape codes well: https://github.com/Textualize/textual

  touch file$'\n'name

After installing logmerger, you can run a self-contained demo by running logmerger --demo, to view two log files before and after they are merged, and to play with the user-interface features provided by textual.

I think it just survived naturally, filling in the cracks left by Java / C++.

And not the era of Textual (https://textual.textualize.io/) is here, python may get the spotlight even more.