Live data from Hacker News

Show HN: Rmux – A programmable terminal multiplexer with a Playwright-style SDK

github.com

61–70 of 111 posts

Re: Show HN: Rmux – A programmable terminal multiplexer with a Playwright-style SDK

#61
post #3

The website is a little too obviously made by Claude. The first thing I noticed is the classic "pill with pulsing green dot that says something is active or live" claudism.

The video of the front page is assisted by AI, I am not a vfx artist; please check rmux code architecture instead, I put a lot of efforts on it

FWIW, I did suspect AI was probably used when looking through the README, but it also didn't really impact my opinion much because the value proposition of "I can use a Rust library to control this through the same primitives the tool itself uses instead of writing a bunch of shell scripts" far outweighs that. I haven't had a chance to try it out yet but plan to later today, and ultimately the experience I have is going to matter a lot more to me than what tools you used to generate the README visuals.

I've tried out plenty of things that seemed promising but turned out to have sloppy implementations before the LLM days, and I've also used some things that are ostensibly vibe-coded but had shockingly high quality of UX compared to the alternatives because the creators put in time and effort into polish beyond what people who make software the "traditional" way tend to, so to me, the important signal is what level of care went into the creation of the software. I'm hoping that this project turns out to be one of the good ones, and if it is, the people who dismiss it because of vibes (pun intended) will be the ones missing out.

Re: Show HN: Rmux – A programmable terminal multiplexer with a Playwright-style SDK

#62

Earlier quoted context omitted.

Not to mention those absolutely horrible scroll animations.

you don't like parallax effects ? maybe I'm too 2010 for you

I think the issue is that the parallax is choppy in your page. For whatever it's worth, I typically don't care much about parallax in itself but I thought the same thing about the scrolling not being smooth.

Re: Show HN: Rmux – A programmable terminal multiplexer with a Playwright-style SDK

#63
post #37

Earlier quoted context omitted.

commonlisp (sbcl) is one of the best sleeper techs out there. one of those if you're in the know type industry secrets. part of it is because their website looks like something out of the 90's. clearly having a nice website and some level of marketing is necessary to get adoption. Im more than happy to see devs use AI to automate that so they have more time to focus on their creations.

Isn't lisp getting advertisement every couple months here or so. After so many decades I don't believe the reason lisp doesn't have traction is just marketing.

Given that Hacker News somewhat famously was written in lisp, "an advertisement every couple of months here" probably translates to an order of magnitude less in places that have a lower density of long-time lisp fans from the early days.

Re: Show HN: Rmux – A programmable terminal multiplexer with a Playwright-style SDK

#64
post #3

The website is a little too obviously made by Claude. The first thing I noticed is the classic "pill with pulsing green dot that says something is active or live" claudism.

As someone new to this site, I understand wanting to keep the AI Slop at bay, but for some of us, it's been a boon to get our ideas into an actual working application. I have decades of IT/Network/Enterprise experience, but creating and writing a complex tool would have been well beyond my abilities or patience. I had a friend say that AI is a "scourge on the intellectually lazy" and I couldn't really refute that, but I had to add that it is a boon to a lazy intellectual, which I consider myself to be.

Re: Show HN: Rmux – A programmable terminal multiplexer with a Playwright-style SDK

#65

I found the project quite interesting but what's the advantage over just using tmux with a hotkey to send keys?

Writing shell scripts to orchestrate things is not a particularly great experience. "Shell scripts are annoying to write compared to the programming languages we use for other things" isn't a universal opinion, but it's not exactly uncommon; I've heard plenty of people talk about switching to Python as soon as anything gets even moderately complex. (I often tend to go with the lines "my bar for when to switch to a real programming language is as soon as I have to write an if statement" and "the number of times I've had to write a for loop in bash is the same as the number of times I've had to google the syntax for a for loop in bash", which are only slight exaggerations). Having an actual library for interactions that isn't just a wrapper around the CLI seems like it would be a huge improvement for anything that isn't a one-off interaction.

Re: Show HN: Rmux – A programmable terminal multiplexer with a Playwright-style SDK

#66
post #59

Earlier quoted context omitted.

The video of the front page is assisted by AI, I am not a vfx artist; please check rmux code architecture instead, I put a lot of efforts on it

For what it's worth I genuinely loved your landing page. I casually clicked through and got an immediate unexpected chuckle at the giant animated crab. It's obviously AI assisted but I interpreted it as a nod to itself on that and really appreciated it.

Thank you ! I am proud of my little blue crab haha. I got it thanks to a lot of iteration between gpt image 2.0 and see dance 2

Re: Show HN: Rmux – A programmable terminal multiplexer with a Playwright-style SDK

#67
Very nice!

I created `ygg`[0] a while back to easily spawn a new worktree when working with Claude/codex, and it also spawns that in a dedicated zellij tab. I think making the terminal multiplexer pluggable, so it would be easy to integrate something like this.

[0] https://github.com/joch/ygg

Re: Show HN: Rmux – A programmable terminal multiplexer with a Playwright-style SDK

#68
post #49

Congrats on the launch. If emacs was unavailable and I needed tmux, I would try it. I am old school, and use emacs daemons for all shell multiplexing. The agents dont need explanations and know how to use emacsclient to create, read, or send inputs to named buffers that run the shells. Elisp is powerful, so manipulating windows is a breeze. Lots of people on tmux would benefit from this design though.

I didn't know you could do this with Emacs

It's just too bad Emacs doesn't also include a decent text editor, right?
Post reply on HN