textual VS pytermgui

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

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.

Did a cursory dive through, check: https://textual.textualize.io/tutorial/ and https://github.com/Textualize/textual/blob/main/docs/example...

...what have people had success with in golang-world? Anything reasonably equivalent someone could recommend? There's a fair amount of "stuff" for TUI's in golang, the thing that's very attractive about 'textualize' is it feels very "web-browser-y" and has a nice (scrollable!) table view.

`tview` seems interesting (eg: check `brew install dbui`), but feels a bit more like _you're_ doing all the imperative `if KeyPress.A: do_something()` instead of declarative, nesting navigation, etc. (perhaps that's the difference between an "application-centric/SPA" view of "control all the things!" vs. a document centric: "add components to a page and let them flow").

Any feedback on the items in this list? https://codeberg.org/tecras/awesome-go#advanced-console-uis

I also highly encourage you to take a look at the Textual documentation, code examples, and Will's Twitter.

Several libraries, such as urwid or PyTermGUI, allow the development of TUI applications in Python. For enhancing the functionality and aesthetics of TUI apps, they offer some fundamental and more sophisticated utilities. But there is one package that is truly exceptional and might even be so amazing that it sparks a TUI renaissance (I really wanted to put "TUI renaissance" somewhere in this article).

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.

Hi. So I got bored, and now I'm making an operating system in Python. (Just something to do.) It's a good excuse to work with TUI's, though. Does anyone have a recommendation for a tutorial on PyTermGUI? I read the docs, but they're a bit daunting, and I don't really understand it. Thanks.

Talking about resources, their docs are pretty good and contains some examples too. Documentation: https://ptg.bczsalba.com/pytermgui.html

I suspect that the reason you didn't find much is that usually people need a whole textual user interface (or TUI). And there's quite a few libraries for those, like pytermgui or textual, and some more low-level tools in that area like prompt-toolkit

PyTermGUI, my terminal user interface library has now gained the ability to determine the highest-grade color that can be displayed in the terminal emulator it is running in, so that it can convert anything you would normally not be able to see into a color supported. This calculation is done with human perception of colors and brightness factored in, so it looks surprisingly accurate, even with only 16 colors.

My Python-based TUI library, PyTermGUI now has the ability to gracefully degrade any color to the current terminal emulator's capabilities, completely automatically! AFAIK it is one of the first libraries of its kind to gain this feature, as I couldn't really find any implementations of it to base mine from. (That, or I'm just not that great at Google-ing.)

This specific part of the code is not on GitHub at the moment as there is a lot of experimenting going on, but it will be pushed as the new APIs mature and I clean the code up.