-
Add a command that deletes the characters from the cursor to the end
of the line. Bind it to C-k in Emacs mode, and to C and D in vi mode.
In vi mode, C also switches to edit mode if possible, but D doesn't.
Unlike the kill-line command of GNU Emacs, MODEKEYCMD_DELETETOENDOFLINE
does not save the deleted text to a buffer from which it could later be
pasted back. This seems acceptable because...
2009-07-26 19:07:25 UTC in tmux
-
The preexisting MODEKEYCMD_PREVIOUSWORD moves to the previous place
where a word ends in the current line, to the beginning of the line,
or to the end of the previous nonempty line. In GNU Emacs however,
backward-word moves to the previous place where a word begins. Add
MODEKEYCMD_PREVIOUSWORDBEGIN for that, and bind M-b to it in Emacs
mode. This command is not currently available in vi mode.
2009-07-25 12:29:49 UTC in tmux
-
Xterm patch 227 pastes carriage returns instead of line feeds.
In xterm/button.c, _WriteSelectionData replaces each '\n' with
'\r'. By default, this behaviour cannot be changed at run time.
However, if xterm was configured with --enable-readline-mouse,
then there is a paste_literal_nl flag that disables the translation,
and applications can turn it on and off with control sequences.
I...
2009-07-09 17:32:56 UTC in tmux
-
Thank you; this patch seems to fix the bug.
2009-07-09 14:00:12 UTC in tmux
-
In GNU Screen, if I copy and paste several lines, the effect is
as if I had pressed CR at the end of each line. But in tmux, the
lines are separated with LF instead. This gets annoying when
pasting to GNU Emacs, where CR usually just inserts a newline but
LF also does various mode-specific things: in Lisp Interaction
mode, it tries to evaluate an expression, and in Text mode, it
indents the...
2009-07-09 13:45:00 UTC in tmux
-
If you copy and paste three or more lines with tmux,
then the line above the last one doesn't get copied.
For example, place the following lines on the screen:
ABort
retry
ignore
fail
canCEL
Then press [ to enter copy mode, move to the "o" in
"ABort", press Ctrl-@ to set a mark there, move to the "C" in
"canCEL", press ESC w to copy, and press ] to paste.
The result is:
ort...
2009-07-09 00:46:23 UTC in tmux
-
tmuxsf-sessenv-new.diff again lacks cmd-set-environment.c, cmd-show-environment.c, and environ.c. Are these files supposed to contain the same code as in tmuxsf-sessenv2.diff?
Also, tmuxsf-sessenv-new.diff patches tools/cmp-cvs.sh, which is not in the SourceForge CVS.
2009-07-08 22:46:36 UTC in tmux
-
The error message is wrong here:
% tmux set-environment foo=bar
variable name contains a colon
When tmux runs subprocesses, it merges the global environment and the per-session environment. If the global environment contains some variable, e.g. DISPLAY, then the environment of the subprocess always contains that variable; the per-session environment can change the value but cannot...
2009-07-08 16:25:44 UTC in tmux
-
In the client_msg_fn_environ function added by tmux-sessenv-sf.diff, var seems to leak.
There should also be a way to unset environment variables. If I log out from X and back in through a tty, programs using mailcap shouldn't try to run viewers that require X. Preferably, the update-environment feature should do this automatically.
The cmd-set-environment.c, cmd-show-environment.c, and...
2009-07-07 22:42:05 UTC in tmux
-
The method you suggest isn't working.
1. Run xterm.
2. In the xterm, unset DISPLAY.
3. In the xterm, tmux -u.
4. Press the prefix key and colon. Type DISPLAY=blah and press Enter.
5. Press the prefix key and c, creating a new window. Run echo $DISPLAY. An empty line is output, which shows that the shell did not inherit the DISPLAY environment variable.
6. Close the window created in...
2009-06-07 08:34:02 UTC in tmux
