| Commit message (Collapse) | Author | Age |
| |
|
|
|
|
|
| |
moment (when the shell command completes) rather than when first
invoked, GitHub issue 2872.
|
| |
|
|
|
|
| |
useful error messages.
|
|
|
|
| |
again if given a command rather than a string.
|
| |
|
| |
|
|
|
|
| |
GitHub issue 2822.
|
| |
|
|
|
|
| |
Mukherjee.
|
|
|
|
|
|
| |
(which does not have many practical uses) and only support running a
program in the popup. display-popup is now simpler and can accept
multiple arguments to avoid escaping problems (like the other commands).
|
| |
|
| |
|
|
|
|
|
| |
includes adding a brief description of each option. Bound to "C" by
default.
|
|
|
|
|
| |
clearer about whether the client is the target client (must have a
session) or not.
|
|
|
|
| |
use more clearly defined and preparation for some future work).
|
| |
|
|
|
|
|
|
|
|
|
|
| |
reference to it, it isn't necessary that the pane in copy mode is the
same as the one copying from. Add a -s flag to copy-mode to specify a
different pane for the source content. This means it is possible to view
two places in a pane's history at the same time in different panes, or
copy from a pane's history into an editor or shell in the same pane.
From Anindya Mukherjee.
|
| |
|
|
|
|
| |
anything yet.
|
| |
|
|
|
|
| |
also allow run-shell to accept no command to just delay.
|
| |
|
|
|
|
|
|
| |
and the previous restored when the top is exited. If a mode that is
already on the stack is entered, the existing instance is moved to the
top as the active mode rather than being opened new.
|
|
|
|
|
| |
its own mode definition struct with a different init function rather
than calling special setup functions.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
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.
|
|
|
|
| |
Thomas Sattler.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
some modern features.
Now the common code is in mode-tree.c, which provides an API used by the
three modes now separated into window-{buffer,client,tree}.c. Buffer
mode shows buffers, client mode clients and tree mode a tree of
sessions, windows and panes.
Each mode has a common set of key bindings plus a few that are specific
to the mode. Other changes are:
- each mode has a preview pane: for buffers this is the buffer content
(very useful), for others it is a preview of the pane;
- items may be sorted in different ways ('O' key);
- multiple items may be tagged and an operation applied to all of them
(for example, to delete multiple buffers at once);
- in tree mode a command may be run on the selected item (session,
window, pane) or on tagged items (key ':');
- displayed items may be filtered in tree mode by using a format (this
is used to implement find-window) (key 'f');
- the custom format (-F) for the display is no longer available;
- shortcut keys change from 0-9, a-z, A-Z which was always a bit weird
with keys used for other uses to 0-9, M-a to M-z.
Now that the code is simpler, other improvements will come later.
Primary key bindings for each mode are documented under the commands in
the man page (choose-buffer, choose-client, choose-tree).
Parts written by Thomas Adam.
|
|
|
|
|
|
| |
CMD_FIND_* flags in the cmd_entry and call it for the command. Commands
with special requirements call it themselves and update the target for
hooks to use.
|
|
|
|
|
| |
rather than having it inside other functions. Should be no change to the
way targets are resolved just yet.
|
|
|
|
|
|
|
| |
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...
|
|
|
|
| |
pattern.
|
| |
|
|
|
|
|
|
| |
jobs, this means that if the same job is used for different windows or
panes (for example in pane-border-format), it will be run separately for
each pane.
|
| |
|
|
|
|
| |
Sergei Dyshel.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
but there is also now a global command queue. Instead of command queues
being dispatched on demand from wherever the command happens to be
added, they are now all dispatched from the top level server
loop. Command queues may now also include callbacks as well as commands,
and items may be inserted after the current command as well as at the end.
This all makes command queues significantly more predictable and easier
to use, and avoids the complex multiple nested command queues used by
source-file, if-shell and friends.
A mass rename of struct cmdq to a better name (cmdq_item probably) is
coming.
|
| |
|
| |
|
|
|
|
| |
sensibly.
|
| |
|
|
|
|
| |
using an enum and simplify the parsing code.
|
|
|
|
| |
about the order.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the state (client, session, winlink, pane) for it it before entering the
command. Each command provides some flags that tell the prepare step
what it is expecting.
This is a requirement for having hooks on commands (for example, if you
hook "select-window -t1:2", the hook command should to operate on window
1:2 not whatever it thinks is the current window), and should allow some
other target improvements.
The old cmd_find_* functions remain for the moment but that layer will
be dropped later.
Joint work with Thomas Adam.
|
|
|
|
| |
command name (will also be used for more later).
|