| Commit message (Collapse) | Author | Age |
|---|
| ... | |
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This adds two new options, window-size and default-size, and a new
command, resize-window.
The force-width and force-height options, and the session_width and
session_height formats have been removed.
The new window-size option tells tmux how to work out the size of
windows: largest means it picks the size of the largest session,
smallest the smallest session (similar to the old behaviour) and
manual means that it does not automatically resize
windows. aggressive-resize modifies the choice of session for largest
and smallest as it did before.
If a window is in a session attached to a client that is too small,
only part of the window is shown. tmux attempts to keep the cursor
visible, so the part of the window displayed is changed as the cursor
moves (with a small delay, to try and avoid excess redrawing when
applications redraw status lines or similar that are not currently
visible).
Drawing windows which are larger than the client is not as efficient
as those which fit, particularly when the cursor moves, so it is
recommended to avoid using this on slow machines or networks (set
window-size to smallest or manual).
The resize-window command can be used to resize a window manually. If
it is used, the window-size option is automatically set to manual for
the window (undo this with "setw -u window-size"). resize-window works
in a similar way to resize-pane (-U -D -L -R -x -y flags) but also has
-a and -A flags. -a sets the window to the size of the smallest client
(what it would be if window-size was smallest) and -A the largest.
For the same behaviour as force-width or force-height, use
resize-width -x or -y.
If the global window-size option is set to manual, the default-size
option is used for new windows. If -x or -y is used with new-session,
that sets the default-size option for the new session.
The maximum size of a window is 10000x10000. But expect applications
to complain and higher memory use if you make a window that big. The
minimum size is the size required for the current layout including
borders.
This change allows some code improvements, most notably that since
windows can now never be cropped, that code can be removed from the
layout code, and since panes can now never be outside the size of the
window, window_pane_visible can be removed.
|
| |\| |
|
| | |
| |
| |
| | |
hasn't changed, needed for resizing.
|
| |\| |
|
| | |
| |
| |
| | |
all just use the three flags together (window, borders, status).
|
| |\| |
|
| | |
| |
| |
| | |
count instead.
|
| |\| |
|
| | | |
|
| |\| |
|
| | |
| |
| |
| |
| | |
not the any key. Also rename some labels. Fixes GitHub issue 1406
reeported by Mark Kelly.
|
| |\| |
|
| | |
| |
| |
| | |
in the current key table. GitHub issue 1404.
|
| |\| |
|
| | | |
|
| |\| |
|
| | |
| |
| |
| |
| | |
the cwd, and do not fall back to "." as it is pretty useless. GitHub
issue 1331.
|
| |\| |
|
| | |
| |
| |
| |
| | |
not exit until jobs started from run-shell/if-shell have finished (add a
job flags member and a flag to indicate other jobs). GitHub issue 1245.
|
| |\| |
|
| | |
| |
| |
| | |
set. GitHub issue 1239.
|
| |\| |
|
| | |
| |
| |
| | |
used yet but will be soon. From Thomas Adam.
|
| |\| |
|
| | |
| |
| |
| | |
1201.
|
| |\|
| |
| |
| |
| | |
Conflicts:
server-fn.c
|
| | |
| |
| |
| | |
still only one is allowed but this lets tmux draw bigger ones.
|
| | |
| |
| |
| | |
the pane has already died).
|
| | | |
|
| |\| |
|
| | |
| |
| |
| | |
Thomas Sattler.
|
| |\| |
|
| | |
| |
| |
| | |
timeout. From Laurens Post.
|
| |\| |
|
| | |
| |
| |
| |
| |
| |
| | |
may be needed for all of them, so don't delete it on the first; and
don't skip setting the redraw flag if the timer is already running.
Reported by Pol Van Aubel in GitHub issue 1003.
|
| |\|
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
cmd-pipe-pane.c
proc.c
tmux.c
window.c
|
| | | |
|
| |\| |
|
| | |
| |
| |
| | |
Fern in GitHub issue 974.
|
| |\| |
|
| | |
| |
| |
| | |
first key after a repeated key doesn't get lost.
|
| | | |
|
| | | |
|
| |\|
| |
| |
| |
| |
| |
| | |
Conflicts:
Makefile.am
cfg.c
server-client.c
|
| | |
| |
| |
| |
| |
| |
| | |
redraw on SIGWINCH if the size returns to the original size between the
original SIGWINCH and when they get around to calling TIOCGWINSZ. So use
the existing resize timer to introduce a small delay between the two
resizes.
|
| | |
| |
| |
| |
| |
| | |
unchanged, because it may have changed and changed back in the time
between us getting the signal and calling ioctl(). Always redraw when we
see SIGWINCH.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
until the end of the server loop, tmux may have gone through several
internal resizes in between. This can be a problem if the final size is
the same as the initial size (what the application things it currently
is), because the application may choose not to redraw, assuming the
screen state is unchanged, when in fact tmux has thrown away parts of
the screen, assuming the application will redraw them.
To avoid this, do an extra resize if the new size is the same size as
the initial size. This should force the application to redraw when tmux
needs it to, while retaining the benefits of deferring (so we now resize
at most two times instead of at most one - and only two very rarely).
Fixes a problem with break-pane and zoomed panes reported by Michal
Mazurek.
|
| |\| |
|
| | | |
|
| |\| |
|
