| Commit message (Collapse) | Author | Age |
... | |
|
|
|
| |
Buehler.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
rather than having it inside other functions. Should be no change to the
way targets are resolved just yet.
|
| |
|
| |
|
|
|
|
| |
make functions that can't fail void.
|
|
|
|
|
|
|
|
|
|
|
|
| |
will suppress root key table bindings. So change to always check the
root table if no binding is found in the current table (whether it be
the prefix table from pressing the prefix or the copy mode table from a
pane).
A root key binding can be blocked by binding the key to a command that
does nothing (like send-keys with no arguments).
Problem reported by Thomas Sattler.
|
| |
|
|
|
|
| |
commands are queued, that's in cfg_done not after start_cfg finishes.
|
|
|
|
| |
structure.
|
|
|
|
|
| |
use no client like we did before. This means commands like new-session
won't try to attach if they are in the config file.
|
| |
|
|
|
|
|
|
|
| |
bind q select-pane -U \; resize-pane -Z
(There is still some possible weirdness with the way we do current
targets, it should probably be done in a different way at some point.)
|
| |
|
|
|
|
| |
return a buffer from the stack.
|
|
|
|
|
|
|
| |
must be a full line). Don't let it redraw the status line more than once
a second.
Requested by someone about 10 years ago...
|
| |
|
|
|
|
| |
while already doing so.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
reasonable amount (currently width * height * 8 bytes), discard all
output to the terminal and start trying to redraw periodically
instead. Continue with this until the amount of data we are trying to
write falls to a low level again.
This helps to prevent tmux sitting on a huge buffer of data when there
are processes with fast output running inside tmux but the outside
terminal is slow.
A new client_discarded format holds the amount of data that has been
discarded due to this mechanism.
The three variables (when to start this, when to stop, and how often to
redraw) are basically "works for me" at the moment, this is going in to
see how it goes and if it causes problems for anyone else.
|
|
|
|
| |
and there are some question marks about it's support.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
with of the terminal scrolls, tmux needs to redraw the entire pane. This
results in a large amount of output data which can cause slow terminals
to struggle, particularly when many lines are scrolled together quickly.
This can be reduced by only redrawing when tmux doesn't hold any
buffered data for the terminal. If a redraw is required and data is
buffered, the redraw is deferred until all that data is consumed (it is
checked after every event loop, a timer is used to ensure this happens
at some point). While a redraw is pending, no additional data will be
written to the terminal.
The redraw still happens, now it is just pushed back if it is possible
it would just add more data on top of a terminal that is already
behind. This both gives the terminal a chance to catch up, and allows
tmux to process more scrolling (that would require additional redraws)
in the meantime.
Helps with a problem reported by Greg Hurrell.
|
| |
|
| |
|
|
|
|
| |
colour 8 instead.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
spaces.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
do not look up windows as sessions (and panes as windows) when they are
qualified with a ':' or a '.'. So 'foo' as a window target will look for
windows and sessions called 'foo', but ':foo' will only look for
windows, and 'foo:' only for sessions. This means the common case of
using an unadorned session as a window target (send -tfoo) should
continue to work, but an explicit window will not get confused with a
session (send -t:foo).
|
|
|
|
|
|
|
| |
falls back to an alternative if the tty name is not available. This is
clearer than overloading the client ttyname member and allows us to
remove the path stored in the tty struct, it should always be the same
as the client.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
terminfo capability. This means there are now nine attribute bits, so
anything above 0xff uses an extended cell.
|
| |
|
| |
|
|
|
|
| |
pane-border-status is set, from KOIE Hidetaka.
|
| |
|
|
|
|
| |
Gregory Pakosz.
|
| |
|
| |
|
|
|
|
|
|
|
| |
printing cells if it is already at the very end of the line and the
terminal will wrap it to the next line itself, this means terminals
still see it as a wrapped line for the purposes of their own mouse
selection. Reported by millert@.
|