9 comments

  • florianist 50 minutes ago
    The paragraph on the website inviting us to switch to rmux from tmux claims that tmux is programmed in C++. tmux is made in C.
    • shideneyu 41 minutes ago
      wupsy ! thanks, I just fixed it
  • Sirental 1 hour ago
    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.
    • ookblah 10 minutes ago
      "site made by ai" is the new "bootstrap template" criticism that honestly gets tiring after a while. just read the content.
    • redrove 1 hour ago
      I’m genuinely interested in what you find to be the problem with that?

      It’s a landing page.

    • shideneyu 1 hour ago
      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
    • cultofmetatron 51 minutes ago
      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.
      • alcasa 14 minutes ago
        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.
    • Oras 1 hour ago
      and why this is a problem? I found the landing page covering exactly what the product does, with nice demos and examples.
    • stefanfisk 50 minutes ago
      Not to mention those absolutely horrible scroll animations.
      • shideneyu 36 minutes ago
        you don't like parallax effects ? maybe I'm too 2010 for you
    • jarym 1 hour ago
      So?
      • shideneyu 29 minutes ago
        @jarym what don't you like with the homepage ? I am curious how I can improve
  • cultofmetatron 1 hour ago
    a week ago I was using cmux but its osx only and doen't work on remote terminals. then I switched to herdr which is great so far except its not s great at managing panes. I can't move them around or change ordering. now another terminal multiplexer. I'm getting whiplash.

    all that said, none of the existing solutions are perfect and rust codebases are nice. how easy is it to reorder panes? is there a cli that lets me control the panel layout via a skill file and allow my opencode session to target and send data to other panes?

    • Oras 1 hour ago
      I started using cmux a month ago and it had made my life a lot easier. Finally I have a pane with all my projects open all the time, I can switch between them, have multiple terminals for each one.

      What do you mean by remote terminals?

      • cultofmetatron 47 minutes ago
        my plan is to eventually move my entire workflow to a remote workmachine over ssh. with kernal, I can automate all my smoketests entirely from a headless machine rendering my laptop overkill to run agentic workflows. I'd rather be using it to watch movies, learn new stuff or hand code in my downtime. if your workflow requires cmux, you're stuck running your agents on your local machine.

        To be clear, That doesn't make cmux bad. if you WANT to do everythign on your mac, cmux is fantastic. its just not designed with the remote ssh control use case in mind.

    • shideneyu 1 hour ago
      no skill file, you get the same 90 commands of tmux. and if you build a rust app you can have many more cool stuff like "wait for" some text to appear, asyncly
      • cultofmetatron 43 minutes ago
        well it looks great so far but Its a no go for me for now until you have at least a cli that a coding harness can use to drive it. thats going to be the killer feature going forward for all these multiplexers. last week I vibecoded a plugin that lets me open a line specific input box that sends the context of my code along with my prompt into my opencode session running on a seperate pane. its a game changer when it comes to moving faster.

        excited to check back in on the progress as you work on it though! I think these kinds of tools are going to be much more relevant going forward as we all move to agentic workflows.

        • shideneyu 37 minutes ago
          ok will check it out then ! Thank you, putting it on my todo list
  • luizfwolf 1 hour ago
    I found the project quite interesting but what's the advantage over just using tmux with a hotkey to send keys?
    • shideneyu 1 hour ago
      windows support, and the sdk. native async "wait until" something appears on your terminal, so you don't spam send-keys
  • small_model 1 hour ago
    Never had the need to do playwright automation for tmux, so not sure why I would use this above tmux which works well.
    • shideneyu 1 hour ago
      with rmux you can finally do acceptance/integration tests on your terminal user interfaces. tmux is made for humans, rmux is made for both humans and machines
  • kosolam 1 hour ago
    Hey, I automate tmux all the time with send keys and capture.. how is your project improves vs tmux or zellij?
    • shideneyu 58 minutes ago
      rmux is much faster than tmux or zellj, I did some internal benchmark and it's promising. rmux is a multiplexer engine, meaning that you can rewrite entirely zellij using rmux.. I created a mini zellij in a few hundred lines of rust. You can check the demoes on the repo
      • kosolam 33 minutes ago
        But wait, I’m a user of tmux or zellij which for me was basically another tmux and I went back to tmux eventually. I’m not looking to develop another tmux or something. Is this project more of a library to create tmux like apps?
        • shideneyu 17 minutes ago
          As of today you can replace tmux by rmux. Its behavior should be 1-1 iso; tmux is more stable though, it has been battle tested with a dozen of years of edge cases refinement. rmux is a faster and more elegant clone of tmux + windows support + programmable sdk
    • Galanwe 1 hour ago
      I don't get it as well, everything mentioned in the readme is already trivially possible with tmux or zellij
      • shideneyu 54 minutes ago
        windows support + async + public sdk. You can rewrite zellij with rmux, but not the opposite. rmux is a multiplexer engine
    • noodletheworld 1 hour ago
      I mean, the obvious immediate answer is “windows”, which tmux flat out doesn't support (except via WSL and a shared mount).
  • elromulous 1 hour ago
    Can someone describe the pros/cons vs zellij?
    • shideneyu 56 minutes ago
      You can rewrite Zellij entirely with rmux , that's the main difference. I put a demo on the repo. Because rmux is an engine. I wrote it to be the multiplexer of multiplexers
  • nikhilpareek13 1 hour ago
    [dead]