What does HackerNews think of notcurses?

The broader world probably knows him best for the terminal handling library Notcurses[1] and a lot of telling terminal emulator authors to get their shit together.

I’ve had his grad-school project libtorque[2] (HotPar ’10), an event-handling and scheduling library, on my to-read list for years, but I can’t seem to figure out how it accomplishes the interesting things it does.

[1] https://nick-black.com/dankwiki/index.php/Notcurses, https://github.com/dankamongmen/notcurses/

[2] https://nick-black.com/dankwiki/index.php/Libtorque

Maybe give Notcurses a look: https://github.com/dankamongmen/notcurses

There's sixel [0] to display pics in text terminals. Also apparently the kitty terminal has a custom protocol to blit graphics on text terminals too [1].

There's a library with some impressive demos called "notcurses" if you are curious what kind of graphics can be displayed in a terminal ... the author uploaded some demos to YT showing the capabilities. It's been discussed in HN a bunch of times [2].

0: https://en.wikipedia.org/wiki/Sixel

1: https://sw.kovidgoyal.net/kitty/graphics-protocol/

2: https://github.com/dankamongmen/notcurses - https://hn.algolia.com/?q=notcurses

Might be closer than you think... Check out Notcurses.

https://github.com/dankamongmen/notcurses

Here's a demo:

https://www.youtube.com/watch?v=dcjkezf1ARY

Check out notcurses: https://github.com/dankamongmen/notcurses

The issue with Kitty is that its graphics protocol is not widespread yet, so some of the CLI/terminal programs OP uses that can do graphics output may only support sixel. But yea, personally looking forward to Foot terminal implementing one of the fancier graphics protocols, even if it feels more like a toy at the moment (until they are used more). But seriously running the notcurses[0] graphics test with a terminal supporting the kitty graphics protocol is sex, just like the program itself says.

[0] https://github.com/dankamongmen/notcurses

> I don't get how you can do smooth scrolling in a terminal interface?

Via a terminal bitmap rendering protocol like sixel [0], or KiTTY’s terminal graphics protocol [1]? I wonder if a library like notcurses [2] could allow for efficient rendering of text to a terminal graphics framebuffer?

[0] https://saitoha.github.io/libsixel/

[1] https://sw.kovidgoyal.net/kitty/graphics-protocol/

[2] https://github.com/dankamongmen/notcurses

TUIs are wonderful. They are easy to grasp, fast and restrict requirements, everyone involved must think about the workflow and efficient usage. Input is focused entirely on the keyboard. Linux overs some modern TUIs e.g. installer, apt-stuff or the kernel config aside from that:

https://invisible-island.net/ncurses/ // classic

https://github.com/willmcgugan/rich // blingbling

https://github.com/dankamongmen/notcurses // hacker

For the old stuff I recommend looking close at airports, savings-banks or part-dealers. When it is influenced by mainframes you will notice likely forwards/backwards is done by F7/F8. How do you depict an plane with seats in TUI? I assume an array, 80 rows and 10 columns ;)

I'm impressed how flawless elderly co-workers work with TUIs. They read the screen, think and type and the work is done. I guess the straight workflow, clean user-interface and similarities to paper forms improve usability. I guess modal dialogs, popup warnings, status icons, right click and the modern long press are not an improvement in usability. And the many tiny icons and bars in modern text processors aren't a help either.

I think we can learn a lot more from old programmers.

Say hello to notcurses:

https://github.com/dankamongmen/notcurses

demo: https://youtube.com/watch?v=dcjkezf1ARY

Not a terminal, but might be of interest: https://github.com/dankamongmen/notcurses

A friend of mine built this, and I feel the need to promote it: https://github.com/dankamongmen/notcurses

There are Rust and C++ bindings, and it performs some truly ridiculous TUI tricks.