tcell VS awesome-tuis

https://github.com/gdamore/tcell s, err := tcell.NewScreen() // Clear screen s.Clear()

I have used https://github.com/gdamore/tcell/ for github.com/raff/gio-games/arrows (look at game_term.go that is the terminal version, alternative to the gio/graphical version)

Hi im using linux (distro: Fedora 37) and I dont i have problems with installing go modules. When i run the commands in terminal (bash) "go install github.com/gdamore/tcell/v2" it gives me this error: "go: 'go install' requires a version when current directory is not in a module Try 'go install github.com/gdamore/tcell/v2@latest' to install the latest version" So when I run the command: "go install github.com/gdamore/tcell/vs@latest" I get this error: "package github.com/gdamore/tcell/v2 is not a main package". Please someone help.

Hi guys, I have fixed the problem. The problem was as stated: remove terminal behavior like when a key is pressed and held it does not work as needed. For example if I want to move character when user press key the player (character) will move one step then stops then move fast like text curser. The solution is not by using [Console Screen Buffer] the Tcell is enough, But the problem is caused by the way the input is read from the user as u/pekim says in comments it is a "Typical behaviour in most environments (not just Windows)". So to fix this you need to use windows API (w32) and read key using GetAsyncKeyState() that will fix the problem.

There's quite a variety of tui libraries in Go with all kinds of different tradeoffs. Likely you won't find one that does just exactly what you want (paren matching support seems particularly unlikely out of the box, dunno if you'll find something you can plug in). tview and the underlying, lower-level tcell may be useful. I see termbox mentioned a lot here though that looks more like a toolbox for building such things than a solution itself.

There's also tcell

How about some libraries that help with building TUIs?

I'll start with https://github.com/gdamore/tcell

(notcurses is the first in C, and currently best globally. The first in Rust might be tui-rs. The first in Go might be tcell.)

a Snake Game implication in Go using 2d array. https://github.com/twiny/snaky it runs on terminal window using github.com/gdamore/tcell/v2/termbox to render Snake movement.

> Editing multiline inputs is awful.

Outside of "line at a time" i/o (a rarely used mode where an entire line is edited locally and then sent to the host), most of what users see is as interactive is controlled by the program you are interacting with. The terminal just takes commands from the host and does what it is told. BTW, line at a time mode isn't used that much. The only thing I use that uses line at a time mode is telenet in LINEMODE.

> Navigating history is so-so

Yes, that is because the program you are likely interacting with where history is relevant implements it's own repl or command line (i.e. bash, zsh, python, etc...) and it is responsible for it's own history and may implement it completely differently than say, bash or zsh.

> Why are terminals always stuck in the 70s? Can I get a modern terminal?

We do have a modern terminal: the web browser... and it's pretty nice.

There have been a ton of tries at more modern terminals, but ultimately, they end up really being limited by the software running in the terminal session. In the 90s we had a ton of commercial terminal emulators that would allow you to create full guis, complete with dialogs and forms. In the 00's there were a few tries at terminals that would allow html output and embedding of html forms for input (can't remember the names of them). I suppose there's also the whole X11 thing... which is so good enough that it's really hard to kill.

Let's get back to character mode:

A lot of interactive terminal software is built using different libraries - so sometimes you get a terminal gui based on ncurses, terminal.gui, or something else... here's a list: https://github.com/rothgar/awesome-tuis#libraries. Most of these libraries try to use most of the features in your terminal emulator, but often, just use stuff that is in everything.

For command line programs (i.e. just type a command), a lot of the experience is dictated by the parser used by the tool and whatever the underlying operating system has for passing arguments. Some shells and terminal emulators (like iTerm2 on mac) try to smooth this out, but again, there's a lot of variety in command line parsers.

Probably the biggest modern improvement in the shell world was gettext and various command-line completion libraries which allows command parameter completion if the developer supports it or uses a parser that supports completion. But none of this is the terminal itself doing the work.

Haven't done much in grafana but probably use that to constantly output to a small display. Depending on if you want to install a display server... Seems like there are lots of options, maybe grafterm is what you're looking for: https://github.com/rothgar/awesome-tuis

Check out this list of great TUI projects if you really want to see what terminal only is capable of.

This looks really cool! Would you mind PRing it to my awesome TUIs list? https://github.com/rothgar/awesome-tuis

See also: https://github.com/rothgar/awesome-tuis

Here's a good list

Have a browse at the awesome-tui list and in the reddit search bar: this question is asked quite often and there are already plenty of answers :)

https://github.com/toolleeo/cli-apps and https://github.com/rothgar/awesome-tuis? Though it doesn't mention a specific GUI apps (eg, Lynx is under either Web Browser or Web on those lists), and it's just lists, no actual comparison or review etc. I usually found AlternativeTo to be somewhat decent start to see what features and alternatives I can expect across platform.

For instance, for terminal input you may want to have a look at https://github.com/rothgar/awesome-tuis, where you will find many terminal user interface libraries (and other examples). I would suggest imtui and fxtui from the libraries section. You may also want to use classic ncurses, as others have suggested.