On 2014-06-23 11:21 +0100, Nicholas Marriott wrote:
> Er, this time with pb != NULL. Doh. This is instead of "[PATCH 2/5]
> Refactor input_mouse()" of course.
I've rewritten my patches and I'm not modifying this file anymore. I
refactored because I needed one of the new variables in one of the
sub
[+Michael (OP)] in case he has some opinions.
On 2014-06-23 10:59 +0100, Nicholas Marriott wrote:
> I like copy-on-release and it is how xterm works (it preserves the
> selection too, but we don't really have an option of doing that).
Right, I shouldn't be changing behavior.
> Maybe instead you
On 2014-06-04 11:03 -0400, Alan Paul wrote:
> This patch (commit 353d182) broke my vim mousing. I have it turned off
> in vim (mouse=) With this patch, vim now controls my mouse regardless
> of the "mouse=" setting.
On a second thought I think that commit contains a bug. It should only
affect the
On 2014-06-23 08:04 +0100, Nicholas Marriott wrote:
> Well, I'm not sure what we can or should do about that. And in fact if
> we're going to copy without ACS maybe we should continue to display
> the characters without ACS.
Not sure about the "should" part but would something along these lines
wo
Hi Nicholas,
I was intending to use this with a fuzzy finder (
https://github.com/junegunn/fzf). Yes I certainly could do select-window
and a select-pane to achieve the same affect. If this behavior of select-
pane doesn't make sense to most other users than I agree it's not worth
pushing, as you
Hi
Assuming vi-keys and copy mode with some selected text. Switching to
other end 333 times (i.e. typing '333o' takes a while). As unlikely as
it is that a user uses repetition when switching to other end, we must
anyways keep tmux responsive.
Regards,
Juho
>From 447c46eee824d0f6ab1629e8be9e0b8
Hi
I'm more inclined to think that it's more flexible to just do one thing,
as well as not changing long-standing behaviour.
How are you using select-pane? If you are binding it to command-prompt,
can't you just bind selectw\; selectp?
We could potentially add a flag to selectp.
On Thu, Jun 19
Er, this time with pb != NULL. Doh. This is instead of "[PATCH 2/5]
Refactor input_mouse()" of course.
Index: cmd-paste-buffer.c
===
RCS file: /cvs/src/usr.bin/tmux/cmd-paste-buffer.c,v
retrieving revision 1.25
diff -u -p -r1.25 cmd-p
for a given value of "right" - it should work if you aren't do anything
weird
code looks ok to me but clearly it's broken somewhere
On Mon, Jun 23, 2014 at 11:33:29AM +0200, Romain Francoise wrote:
> On Sun, Jun 22, 2014 at 10:50:51PM +0200, Emanuel Berg wrote:
> > Nonetheless, there should be a
How about this instead (not tested)?
Index: cmd-paste-buffer.c
===
RCS file: /cvs/src/usr.bin/tmux/cmd-paste-buffer.c,v
retrieving revision 1.25
diff -u -p -r1.25 cmd-paste-buffer.c
--- cmd-paste-buffer.c 13 May 2014 07:34:35 -
I like copy-on-release and it is how xterm works (it preserves the
selection too, but we don't really have an option of doing that).
Maybe instead you could make a right- or middle-button drag select but
not exit copy mode?
On Sat, Jun 21, 2014 at 04:30:18PM +0100, Balazs Kezes wrote:
> From 18c
On Sun, Jun 22, 2014 at 10:50:51PM +0200, Emanuel Berg wrote:
> Nonetheless, there should be a better way than sleep to
> do it. I'm on it.
tmux is supposed to do this the right way since 1.7, using a lockfile.
Your experience suggests that it's not working.
--
Also please run all the tmux with - without the sleeps and see what
is in the tmux-client-* logs that should end up in your home
directories.
On Mon, Jun 23, 2014 at 10:43:53AM +0100, Nicholas Marriott wrote:
> Hmm. One of the clients should win and start the server, you shouldn't
> end up wi
Hmm. One of the clients should win and start the server, you shouldn't
end up with three tmux servers.
Are you moving tmux sockets away from /tmp?
If not, what filesystem is /tmp?
On Sun, Jun 22, 2014 at 04:50:00AM +0200, Emanuel Berg wrote:
> Nicholas Marriott writes:
>
> > If you do without
On Sun, Jun 22, 2014 at 2:48 AM, Nicholas Marriott <
nicholas.marri...@gmail.com> wrote:
> tmux is an OpenBSD program and they do not typically support long
> options, and use a man page rather than builtin help or info pages.
It is not OpenBSD program anymore. Check userbase. =)
---
Nicholas Marriott writes:
> If you do without the sleeps and it goes wrong, how
> many tmux servers do you end up with? (run "ps
> -eopid,ppid,comm" and look for tmux with a ppid of
> 1).
Now I get it!
I reinserted the sleepyheads and it works, this time I
get
$ ps -e -o pid,ppid,comm | grep t
Nicholas Marriott writes:
> What tmux version?
$ tmux -V
tmux 1.9
> If you do without the sleeps and it goes wrong, how
> many tmux servers do you end up with? (run "ps
> -eopid,ppid,comm" and look for tmux with a ppid of
> 1).
OK, I'll remove the sleeps and do that the next time it
happens. A
Still broken with xterm (I'm on gnome-terminal by default).
Here's my tmux-server file.
server started, pid 3561
socket path /tmp/tmux-115251/test
new client 7
loading /dev/null
got 100 from client 7
got 101 from client 7
got 102 from client 7
got 103 from client 7
got 104 from client 7
got 105 fr
Romain Francoise writes:
> Anyway, I have no idea about this but my advice would
> be to take the reverse approach and use tmux as your
> shell, a new session will automatically be started
> for each tty.
I just tried that, but I rather not do that. First, I
want Emacs in tty1 without tmux becau
Nicholas Marriott writes:
> If you do without the sleeps and it goes wrong, how
> many tmux servers do you end up with? (run "ps
> -eopid,ppid,comm" and look for tmux with a ppid of
> 1).
Using this insight, this will do unless you guys have
better suggestions:
tmux-two-panes-50-50 () {
tmu
Romain Francoise writes:
> It's not possible to have per-pane or per-window key
> bindings, but you can just start the application in a
> dedicated tmux server (using e.g. 'tmux -L rebind -c
> rebind.conf') and then attach to that from the main
> server. In the inner server you can disable any
>
Romain Francoise writes:
> It's not possible to have per-pane or per-window key
> bindings, but you can just start the application in a
> dedicated tmux server (using e.g. 'tmux -L rebind -c
> rebind.conf') and then attach to that from the main
> server. In the inner server you can disable any
>
Nicholas Marriott writes:
> If you do without the sleeps and it goes wrong, how
> many tmux servers do you end up with? (run "ps
> -eopid,ppid,comm" and look for tmux with a ppid of
> 1).
Without (any) sleep, instant failure for /dev/tty2 and
/dev/tty3:
pid ppid comm
--
29821 t
On Sun, Jun 22, 2014 at 6:36 AM, anatoly techtonik
wrote:
> On Sun, Jun 22, 2014 at 2:48 AM, Nicholas Marriott <
> nicholas.marri...@gmail.com> wrote:
>
>> tmux is an OpenBSD program and they do not typically support long
>> options, and use a man page rather than builtin help or info pages.
>
>
tmux got ^A, ^U and ^D correctly, are you sure your shell is not eating
them? Do you see if them if you run cat inside tmux and do the same?
On Sat, Jun 21, 2014 at 07:47:43PM -0700, Kartik Agaram wrote:
>Still broken with xterm (I'm on gnome-terminal by default).
>
>Here's my tmux-serv
Well, I'm not sure what we can or should do about that. And in fact if
we're going to copy without ACS maybe we should continue to display the
characters without ACS.
On Sun, Jun 22, 2014 at 11:03:27AM +0100, Balazs Kezes wrote:
> On 2014-06-22 00:58 +0100, Nicholas Marriott wrote:
> > That would
26 matches
Mail list logo
