colours and attributes completely, useful at the start of compound
format strings (like status-format) to set the default colours for all
the following options.
always interpret VS16 as a wide character and assume the terminal does
likewise. This is behaviour seen in a number of newer terminals' Unicode
14 support but not in older terminals; it seems to be a little
contentious and is currently difficult to detect.
Probably in the long run tmux should pick a behaviour, look at a (new)
terminfo(5) capability to tell it what the terminal will do, and emulate
as required, but at this point I'm not sure that is worth it for
something where support is mixed, seems to be in flux, and that mostly
only matters for emojis.
GitHub issues 3923 and 4475 and others before that.
- Syncing between the usage string in code and in the man page.
- Adding optional arguments that were not mentioned (such as
shell-command arguments).
- Adding square brackets around arguments that are actually optional.
From Julian Prein (julian at druck dot dev) in GitHub issue 4419.
pane-scrollbars turn them on or off, pane-scrollbars-position sets the
position (left or right), and pane-scrollbars-style to set the colours.
Mouse support will come later. From Michael Grant in GitHub issue 4221.
that flags may be detected propertly rather than just looking for
strings ("-O" and so on). Also add -C and -P flags to the copy commands:
-C prevents the commands from sending the text to the clipboard and -P
prevents them from adding the text as a paste buffer.
Note some of the default key bindings change to add "--" and any similar
custom key bindings using "send-keys -X" may need a similar change.
GitHub issue 4153.
mode 2 as well as mode 1. From Stanislav Kljuhhin (GitHub issue 4038).
This changes tmux to always request mode 2 from parent terminal, change
to an unambiguous internal representation of keys, and adds an option
(extended-keys-format) to control the format similar to the xterm(1)
formatOtherKeys resource.
correctly, it was intended to skip lines that are already being searched
as part of a previous wrapped line but in fact is skipping all lines
except the last in wrapped lines.
Also revert the search-wrapped-lines option (I didn't realize it was
intended to work around this).
