‹ BackHN Continuity

Thread

A Minsky machine in ncurses terminfo

31 points · 11 comments · beefburger

  1. muvlon · · focus · HN ↗
    Terminfo was never a particularly good idea, but in today's day and age it has become simply ridiculous. Its original purpose was to store data about actually manufactured physical terminals, and so it was okay that it was a fixed DB (as opposed to interactively querying the terminal for its capabilities somehow).

    These days though, terminals are all software. It would be very easy to just ask them. Instead we still insist on shipping a fixed terminfo or termcaps DB. As a consequence, every new terminal emulator is not in there, and so in order to give their users a tolerable experience, they all lie and say they're xterm-256color. Which completely removes any incentive to actually add them to terminfo/termcaps.

    So we have this hellishly complex, nearly Turing complete compatibility system that does no useful work at all anymore.

    1. Someone · · focus · HN ↗
      > as opposed to interactively querying the terminal for its capabilities somehow

      Querying terminals, in the 1970s when there was a Cambrian explosion in terminal capabilities, with tens of different manufacturers?

      Even if you could have gotten all of them to agree this was necessary, I think nobody could afford to put the smartness for such a protocol in their hardware. Hardware was expensive in those days.

      1. nvme0n1p1 · · focus · HN ↗
        You read the opposite of what that post is saying. It says a fixed DB was okay in the 1970s, but not in the 2020s.
Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.