tmuxp VS libtmux

Using tmux + tmuxp[1] you can load a pre-configured session and execute arbitrary shell commands for the session, window and pane. I use this to set up shells and editors in the correct dirs (and/or hosts), load lang environments, set env vars and source some zsh aliases and functions that I only want per project. The end result is that I can set up my dev environment (shells with different environments, neovim windows, test runner, various linters I don't wannt integrate into nvim) with a single "tmuxp load ".

[1]: https://github.com/tmux-python/tmuxp

As for apps: - I also use Zathura for PDFs, which is fine for me because it also has vim bindings, and I like the recolor feature. - I mostly use Alacritty + tmux for terminals, because I also use tmuxp. Although I run some quick commands in vterm. - I'm pretty happy with Firefox + Tridactyl as my main browser (by the way, I think Tridactyl is more powerful than Vimium). - My passwords are also stored in pass, which I access with pass.el and my password-store-ivy. The latter replicates some rofi script I used earlier. - I'm fine with dired for files and archives, but I run dired-do-compress or just enter tar / zip / ... commands in dired-do-async-shell-command. I don't work with that many archives anyway. - Honestly, I very rarely have to search for something across my entire machine (or home directory), and in such cases, I just run find :-) But I often use counsel-rg and deadgrep to fuzzy search across a given project.

Looks very simple I think I can do something based on ThePrimeagen's script that works for me, someone else also commented to tmuxp. It's probably better to look for solutions without having to do everything within neovim. Thanks

https://tmuxp.git-pull.com/ does the same thing, but I think it's smoother to work with. It does support freezing current panes. yaml config

Everything is configured with tmuxp and I can set the whole thing up with a single command.

https://github.com/tmux-python/tmuxp provides essential startup utility and scriptability.

tmuxp v1.12.0, GitHub, Release notes, Docs

I am moving all my open source projects to `mypy --strict`. Here's the diff of adding basic / --strict mypy types:

libvcs: https://github.com/vcs-python/libvcs/pull/362/files, https://github.com/vcs-python/libvcs/pull/390/files

libtmux: https://github.com/tmux-python/libtmux/pull/382/files, https://github.com/tmux-python/libtmux/pull/383/files

unihan-etl: https://github.com/cihai/unihan-etl/pull/255/files, https://github.com/cihai/unihan-etl/pull/257/files

As for return on investment - not sure yet. What I like about it is:

- completions (through annotating)

- typings can be used downstream (since the above are all now typed python libraries)

- maintainability and bug finding. Easy to wire into CI and run locally.

There's a thread on mypy, "--strict is too strict to be useful", https://github.com/python/mypy/issues/7767. I'm not sure if I walked away with that impression. If I have a function that could potentially return `None` (`Optional[str]` or `str | None`) - it makes sense for the user to handle such a case. They could:

    assert response is not None

libtmux – Python API / wrapper for tmux

libtmux v0.12.0, GitHub, Release notes, Docs

Script-out the creation of new windows from the current window… so with the desired panes create a new window with the desired layout using the panes from the current/old window (then another script to rebuild the previous window). https://github.com/tmux-python/libtmux could make this scripting easier; I don't think tmuxinator would give you the versatile zooming effect you're looking for.