This patch allows the user to specify what characters are considered
"word separators" for the purposes of the next and previous word
commands in copy mode (bound to M-b and M-f in emacs-copy; w, b and e in
vi-copy).
Since the space character is no longer guaranteed to be one of the word
separator
Nicholas Marriott wrote:
> What's the problem? tmux works the same way.
I was really just mentioning ~M~. as a workaround (for the ssh case).
Having said that, I'm haven't worked out how to make "setw -g
remain-on-exit on" only apply when the application returns a non-zero
exit status (the "onerr
Micah Cowan wrote:
> + screen_write_start(&ctx, wp, &data->screen);
> + ox = data->screen.cx;
> + oy = data->screen.cy;
> +
> + /* If the history has changed, draw the top line.
> + * (If there's any history at all, it has changed.) */
> + if (screen_hsize(data->backing))
>
Micah Cowan wrote:
> This is a code-only patch. I'll submit a separate one for the manual.
>
> This patch eliminates "output" (or "more") mode, which is used to view
> command output within an attached tmux client. It's the mode you use
> when you type ? to get a list of bindings.
Another caveat
This patch allows you to supply repeat prefixes to commands in
copy-mode. For instance, to move forward 10 characters, you'd type ‘10l’
("ten ell") in vim, and ‘M-1 0 C-f´ in emacs (of course, you could use
the right arrow-key instead of ell or C-f).
The prefix keys are actually bound commands (to
