nmarriott

tmux can be configured not to limit the window size since tmux 2.9, and it is the default since tmux 3.1.

Yes, and there are a number of other configurations doing the same. This is another recent one https://github.com/jabirali/tmux-tilish that works as a tmux plugin.

tmux has no direct access to the X clipboard itself. Reading the clipboard with OSC 52 is possible but it is unfortunately not widely supported by terminal emulators (you can do it with `refresh-client -l` if the terminal emulator supports it).

Or you could read it with `xclip`, `xsel` or `pbpaste`, something like:

    bind -n MouseDown2Pane run "pbpaste|tmux loadb -" \; pasteb

From tmux 3.2, middle click will paste the top tmux paste buffer by default.

You should be able to replace the capturep/saveb/deleteb dance with 'run "tmux capture-pane -p -S- -E- >%1"'

No, this is not how it works. There is no terminal emulator that offers this kind of fine-grained mouse support. tmux can either turn the mouse on and handle everything (resize, scroll, copy and paste) itself, or it can leave it off and receive no mouse events.

These others are fair points but:

> Text, colors, etc... appear sharper without tmux.

The renderer is the same, iTerm2 just gets its data stream from tmux rather that from the program running in tmux. There is no difference in the display.

You can do this. Turn on pane status lines (set `pane-border-status` option to `top` or `bottom`). You can then change `pane-border-format` to contain the text you want. It can show the application-set pane title (`#{pane_title}`, also settable with `selectp -T`) or anything else really.

There are no builtin pane names but if you are running tmux 3.0a or later you can just set a pane user option like `set -p @myname name1` then use it in `pane-border-format` with `#{@myname}`.

You can configure tmux to synchronize with the X clipboard, although it is somewhat fiddly because of how terminal emulators work. See this page: https://github.com/tmux/tmux/wiki/Clipboard

In most terminal emulators you can also use Shift (or sometimes a different modifier) to bypass application mouse mode and have the terminal emulator handle the mouse event. Of course you can't copy out of the history with this, but that is another limitation of terminal emulators.

People do seem to often complain about the tmux defaults or say their particular configuration is "sane" and the defaults are not. But if you look at changes people make or at requests made over the years, they are all over the place and there is rarely a single common consensus on how the defaults could be better. Even if you look at something like "tmux-sensible", it is maybe a dozen lines of changes, of which some are now obsolete, some have downsides that prevent them being the default , and some are obviously personal preference.

I did have new panes and windows default to the current working directory for a while, and I in fact do this in my own config, but there are security concerns and it was felt it was better that people have to configure it explicitly if they want it.

This is little to do with tmux and much to do with the features offered to terminal applications by terminal emulators. Both clipboard and mouse support in terminals generally is quite limited. For the clipboard, this page documents how to configure it within the limits of what is possible: https://github.com/tmux/tmux/wiki/Clipboard

This https://github.com/jabirali/tmux-tilish is a different solution with a similar goal - to make tmux work more like a tiling WM.

Angband has a cheat death option, I usually play with it on. Of course I try very hard not to die, but I enjoy the game more if I don't have to start again if I make a mistake. There are so many parts to the game, permanent death is only one and I'm happy enough playing without it.