tcell VS termenv

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.

For example: https://github.com/muesli/termenv // Clear the visible portion of the terminal output := termenv.NewOutput(os.Stdout) output.ClearScreen()

Why not let termenv do the hard part of making this portable across terminals? It also supports lesser-known conventions like NO_COLOR.

Termenv

Look, you and I may have sane ANSI 16 colours, but it’ll be a very significant fraction of people that don’t (and almost no one will customise the next 240 colours). Remember things like that there’s a fairly high chance that blue is almost invisible against black, and even bright blue’s contrast is commonly much too low—to say nothing of the limited palette range.

But what this program is doing is using termenv’s HasDarkBackground function to decide whether the terminal is light or dark, and is then specifying RGB colours. I’d guess that it’ll try to guess whether to use 16 colours, 256 colours or 24-bit colour, but I don’t know. But the way it figures out the terminal’s background colour… ugh. Some terminals will support it, but for many it’ll fail and just assume black. Looks like on unix you could set an environment variable COLORFGBG to override this, https://github.com/muesli/termenv/blob/6bb55115565c27f4cc681..., but if you’re on Windows, tough luck, apparently you’re not allowed to have run `color f0` (Command Prompt) or similar: https://github.com/muesli/termenv/blob/537e36cb0472a69a3c828....

The simple fact of the matter is that there are no particularly good solutions for handling colour in terminals if you want the colours to cohere and map to real-world colour understanding, which is what something like this would prefer to be able to do.