rofl0r

works for me in both xterm and linux term, however it hangs until a key is pressed - but it looks to me as if this is by design...

indeed - that's funny because it uses getch(). seems i need to read the code a bit more exhaustively...

according to the getch manpage of ncurses, it should behave differently in no-delay mode, which we apparently fail to do. forwarded and waiting for upstream feedback.

@SirCmpwn i just backported all upstream work; would you mind testing if it fixes this issue ?

it should be noted that in the past it seemed to be common practice that packages that required their own terminfo description tried to push them into the "global" terminfo...

the same happens after opening/closing hexedit(0r), so it's probably not nano's fault.

thanks, i updated dvtm package and made a number of fixes : https://github.com/sabotage-linux/sabotage/commit/7e1f9c6ffb83b942a787c288384f99c6064bd39a forkpty() is a function offered by libc, not by (n)curses. in musl it is in libc.so, but...

@githububub i pushed a new release 0.2.0 that should address all issues you've had. let me know how it goes, thanks.

i just wanted to add it, then noticed that this tool is not even in netbsd proper... probably because netbsd curses doesn't use terminfo directories at all (but a single...

``` $ infocmp xterm-256color # Reconstructed from /home/rofl/.terminfo.cdb xterm-256color|xterm with 256 colors, am, bce, ccc, km, mc5i, mir, msgr, npc, xenl, colors#256, cols#80, it#8, lines#24, pairs#32767, ``` is that about...