Micah Cowan wrote:
The following should bind prefix J to join the current (already
finished) selection with spaces:
bind-key J run-shell 'tmux save-buffer /tmp/.tmux-exchange; tr \n
/tmp/.tmux-exchange /tmp/.tmux-exchange-processed; tmux load-buffer
/tmp/.tmux-exchange-processed'
I
Hi
On Fri, Feb 19, 2010 at 06:21:30AM +0100, Fulvio Ciriaco wrote:
Yes, this is quite a more linear patch.
It has one defect, in my opinion, i.e. that it does
buffer-size reallocations, usually this is avoided
by increasing the buffer by a factor 2 rather than increasing
it by 1 byte. That
Hi
There is no way to display that at the moment.
Someone was talking about per-pane status lines but that isn't done so far.
On Fri, Feb 19, 2010 at 10:10:24PM +0530, Srinivasa R Chamarthy wrote:
Hi
This is my first post to the list. I have started using tmux recently and i am
loving it.
Micah Cowan wrote:
Okay, these diffs have been rebased to before the copy-output-merge
stuff (and to the latest OpenBSD changes), and reworked a bit. They
should be applied in the order: word-separators, then cmd-prefixes.
[-- name: cmd-prefixes-rebased.diff --]
[-- name: word-separators.diff
On Fri, Feb 19, 2010 at 05:25:36PM +0100, clemens fischer wrote:
What I have in mind is something special for any selection and would
only apply to copy-mode: a per-window (per-pane?) option in a special
struct hanging off of struct window(?), roughly:
struct selection_op {
int
clemens fischer wrote:
High quality indeed, and works as expected! Thank you very much, Micah!
One question: it applied with offsets to portable HEAD from yesterday:
snip
How come?
I wrote it to apply after the last couple patches I'd recently
submitted. I figured it would apply without
Robin Lee Powell wrote:
In screen, the exact work flow was:
hilight a selection
convert the newlines in the selection to something else
copy the selection
paste the selection
I think what you're asking for is this work flow:
copy a selection
convert the newlines in the
Robin Lee Powell wrote:
On Fri, Feb 19, 2010 at 05:25:36PM +0100, clemens fischer wrote:
What I have in mind is something special for any selection and would
only apply to copy-mode: a per-window (per-pane?) option in a special
struct hanging off of struct window(?), roughly:
struct
I guess the subject says it all. My Emacs fu is rusty and I got tired
of constantly thinking in an ancient, dynamic-scope lisp dialect,
tweaking my configuration and finding/maintaining oort-gnus versus gnus
and the like.
The one sad thing with vim is its inability to run a real sub-process
Hi
You are pretty much right, sorry if I wasn't clear.
I think the convert bit should be done at the same time as paste.
So copy-mode always sticks the same stuff in the buffer (NOT necessarily what
it does now if other forms are easier), but it can be pasted in various
different ways.
I don't
10 matches
Mail list logo