@haitchfiveOct 25

These are hmop, bim, and htop running inside panes controlled by tbim. Once I manage to iron a few more bugs in bim and hmop, the editor and the process viewer are going to be integrated in tbim, so tbim won't have to use an extra process, extra pty, and ipc to run hmop or bim. The terminal viewer will also be available, but for many daily tasks will be built-in already with far less complexity involved. Of course you can still run vim and htop too, using more resources.

This is a screenshot of the combo running on Linux. I had only tested often on Mac until today, so going forward the Linux releases will be on par with Mac releases.

The name "tbim" is really not a definitve name, I still don't know what it's going to be called. It may be called hmux or something in the end.

#bim #tbim #hmop #foss #golang

Show thread@haitchfive

More detail:

It's not going to have the same kind of infinite configuration that is both tmux greatest wonder, and its infinite curse. It's much easier to manage panes in tbim, and much easier to save and restore layouts from the get go, no strange incantations necessary.

One other design decision: it doesn't come with a terminal detach feature. I think that from an engineering point of view that's a separate concern that's better handled using GNU screen, or BSD window. After you log in to a remote terminal and you start as many screens as you want, you can then have a tbim on each of those. Only one pty per tbim screen, that's so much better in my opinion.

#tbim #bim #hmop #foss #golang

Oct 25 at 10:17pmWeb