TUI in webapp design language(CSS) and pattern(check the demo, it’s next level)

1. rich-cli

   1 30 3,680 4.6 Python

   Rich-cli is a command line toolbox for fancy output in the terminal

   

2. SaaSHub

   www.saashub.com featured

   SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives

   

3. termdbms

   2 18 1,813 0.0 Go

   A TUI for viewing and editing database files.

   

4. Mosh

   3 174 13,990 6.1 C++

   Mobile Shell

   

   If you have a crappy connection, you should really use mosh (https://mosh.org/) instead of SSH.

   My own experience is that text user interfaces over mosh work far better than web applications when on a crappy connection.

   My experience isn't specifically with textualized-based applications though (one is irssi, the terminal IRC client, and some with proprietary applications from $work).

5. uggly

   4 2 7 0.0 Python

   framework for TUI client and server

   

   I'm actually working on this. Component based over the wire TUI system. It's in a decent alpha state but I want to code and host some more sample sites before I start sharing a ton.

   Protocol: https://github.com/rendicott/uggly

   Client with gif demo: https://github.com/rendicott/uggly-client

6. uggly-client

   5 1 3 2.5 Go

   client that uses uggly grpc library

   

   I'm actually working on this. Component based over the wire TUI system. It's in a decent alpha state but I want to code and host some more sample sites before I start sharing a ton.

   Protocol: https://github.com/rendicott/uggly

   Client with gif demo: https://github.com/rendicott/uggly-client

7. textual

   6 186 36,169 9.8 Python

   Lean TUI application framework for Python. Build sophisticated terminal user interfaces with a simple Python API. Run your apps in the terminal and a web browser.

   

8. rich

   7 174 56,558 9.2 Python

   Rich is a Python library for rich text and beautiful formatting in the terminal.

   

   We simply have a different perspective on this. You see a TUI and have experience in the "Bronze Age" of the Internet in which browsers were not so stable across platforms/etc. and think that this more or less just doesn't work. I suspect peoples' experiences using it for a while now won't sway you; you are more than welcome to assume everything works only on one computer and is reliably broken elsewhere. I don't care what you choose to build your company with but I personally find this attitude towards new tools toxic and paralyzing. Hence my attempt at engaging to learn more.

   From my perspective, I've used Rich in one of the very few contexts that practically matter (a terminal on macOS) and had a good experience. Will M. has been developing it in the open for a couple of years now and it's nearing critical mass in some parts of the Python ecosystem. If it was a diaper turned into a Molotov cocktail, it simply wouldn't the adoption it has so far. It probably runs fine on the three major operating systems of today, which is pretty much what a TUI needs to do. I have no idea if it runs smoothly on a Commodore 64 and to be honest I don't really care.

   > Perhaps you'll be able to point me to what I missed.

   You could have a look at Rich itself, which is what Textualize uses: https://github.com/Textualize/rich. I don't build UIs but the number of files/LOC gives me a bit more confidence that my personal experience wasn't a fluke.

   > If this were a pure open source project,

   What's a "pure" open source project in your view? You can review the licenses of the projects yourself and determine if MIT is "pure" open source, or see what the company says about their plans with the project: https://www.textualize.io/what-we-do

   > Rich, Textual, and many of our future projects will continue to be built in public, with an Open-source license.

9. wish

   8 34 5,253 7.8 Go

   Make SSH apps, just like that! 💫

   

Suggest a related project