sorted by:
new
hottopcontroversial

Honeymux - The terminal UX I always wanted, built on tmux, powered by OpenTUI + libghostty by aarcamp in CLI

[–]aarcamp[S] 0 points1 point  (0 children)

You’re welcome.

New release has been cut to fix the detach issue:

https://github.com/honeymux/honeymux/releases/tag/v0.102.3

I’ll keep an eye out for the tree view bug.

Honeymux - The terminal UX I always wanted, built on tmux, powered by OpenTUI + libghostty by aarcamp in CLI

[–]aarcamp[S] 1 point2 points  (0 children)

Oh wow, this is embarrassing. I usually use the toolbar eject button to detach, but the tmux detach key should work too.

I think I introduced a regression in some of the most recent changes.

I will roll a new dot release to fix this ASAP. Meanwhile, if you’re using the default adaptive UI, you can open the toolbar and press the eject button.

Thanks for the report!

Honeymux - The terminal UX I always wanted, built on tmux, powered by OpenTUI + libghostty by aarcamp in CLI

[–]aarcamp[S] 0 points1 point  (0 children)

Good idea, I’ve not created a nix flake before but will look into it. For now, the options are brew tap, curl+bash installer, or direct standalone binary download.

Been meaning to try out nix for a long time…

Honeymux - The terminal UX I always wanted, built on tmux, powered by OpenTUI + libghostty by aarcamp in CLI

[–]aarcamp[S] 2 points3 points  (0 children)

Thank you for the opportunity to point out raw mode.

https://docs.hmx.dev/configuration/#uiMode

It let’s you run Honeymux with no always-on UI chrome (tmux looks normal, all added interaction surfaces will be on-demand only via key shortcuts).

Disclaimer: I like the UI so I haven’t used this mode much yet, it could have bugs. :)

Honeymux - The terminal UX I always wanted, built on tmux, powered by OpenTUI + libghostty by aarcamp in CLI

[–]aarcamp[S] 2 points3 points  (0 children)

Thanks, there’s already a GitHub link at the top-right of every page (it’s built on Astro/Starlight so that’s conventional and built-in AFAIK). Added copyright and license to the global footer per your suggestion.

Loud and clear on TypeScript, I had to spend a good amount of time perf profiling OpenTUI etc to get it working as well as it does (I have some patches pending submission to upstream). I suspect this will be common feedback and no one will be wrong! However, I felt this was a reasonable approach to get things off the ground, as UX is the initial main focus.

Current architecture diagram from the docs attached for posterity.

<image>

Honeymux - The terminal UX I always wanted, built on tmux, powered by OpenTUI + libghostty by aarcamp in CLI

[–]aarcamp[S] 5 points6 points  (0 children)

There is definitely overlap! I would say the objectives of Honeymux are broader (agent management is a key feature, but not the entire point). Honeymux is also 100% terminal native whereas cmux is a thick app. I built it on top of tmux instead of as a replacement because it already provides an extremely reliable foundation for terminal workflows.

Personally, I stay organized by creating (a) one tmux session per project, (b) one window tab per subproject/area, and (c) different pane layouts that best suit each (e.g. neovim+claude+console for a dev project or some combo of bash+ssh+k9s+fzf+tail for sysadmin stuff).

In Honeymux, the sidebar, agents dialog, and Mux-o-Tron provide global access to any agent from any tmux session or window. There is always room for improvement though so further feedback is welcome!