Re: Ignoring prefix key special handling when pasting

2013-01-15 Thread Nicholas Marriott
I've applied it to OpenBSD and it'll be in SF as soon as we sort out the repo. Thanks On Tue, Jan 15, 2013 at 10:19:21AM +0100, Marcin Kulik wrote: > Hi Nicholas, > > Any plans for merging this? > > On Thu, Dec 27, 2012 at 6:18 PM, Marcin Kulik wrote: > > This seems to be working great. So fa

Re: Ignoring prefix key special handling when pasting

2013-01-15 Thread Marcin Kulik
Hi Nicholas, Any plans for merging this? On Thu, Dec 27, 2012 at 6:18 PM, Marcin Kulik wrote: > This seems to be working great. So far so good. > > On Mon, Dec 24, 2012 at 1:21 PM, Nicholas Marriott > wrote: >> Whoops, try this instead please: >> >> Index: options-table.c >> ===

Re: Ignoring prefix key special handling when pasting

2012-12-27 Thread Marcin Kulik
This seems to be working great. So far so good. On Mon, Dec 24, 2012 at 1:21 PM, Nicholas Marriott wrote: > Whoops, try this instead please: > > Index: options-table.c > === > RCS file: /cvs/src/usr.bin/tmux/options-table.c,v > retri

Re: Ignoring prefix key special handling when pasting

2012-12-24 Thread Nicholas Marriott
Whoops, try this instead please: Index: options-table.c === RCS file: /cvs/src/usr.bin/tmux/options-table.c,v retrieving revision 1.30 diff -u -p -r1.30 options-table.c --- options-table.c 27 Nov 2012 13:52:23 - 1.30 +++

Re: Ignoring prefix key special handling when pasting

2012-12-22 Thread Marcin Kulik
Yes, patch -l solved that. But it seems sth is wrong. Default value (1) doesn't do anything, tmux is still interpreting prefix key when pasting. Also, when I try to set assume-paste-time I can only do that with value 0. Higher values (like 1) give me "Value is too large: 1". On Fri, Dec 21, 2012

Re: Ignoring prefix key special handling when pasting

2012-12-21 Thread Nicholas Marriott
Does it work with patch -l? On Fri, Dec 21, 2012 at 12:57:59PM +0100, Marcin Kulik wrote: > Hey, > > I was trying to apply this patch but with no luck. I'm running: patch > -p0 < 0001-nick.patch but I'm getting: > > patching file options-table.c > Hunk #1 FAILED at 91. > 1 out of 1 hunk FAILED

Re: Ignoring prefix key special handling when pasting

2012-12-21 Thread Marcin Kulik
Hey, I was trying to apply this patch but with no luck. I'm running: patch -p0 < 0001-nick.patch but I'm getting: patching file options-table.c Hunk #1 FAILED at 91. 1 out of 1 hunk FAILED -- saving rejects to file options-table.c.rej patching file server-client.c Hunk #1 FAILED at 34. Hunk #2 s

Re: Ignoring prefix key special handling when pasting

2012-11-27 Thread Nicholas Marriott
Hi Sorry for the delay. This needs to handle -n key bindings too and unfortunately I think it needs to be an option. Try this please: Index: options-table.c === RCS file: /cvs/src/usr.bin/tmux/options-table.c,v retrieving revision 1

Re: Ignoring prefix key special handling when pasting

2012-10-18 Thread Marcin Kulik
Sure, previous version of patch attached. I used both versions and both worked well for me. As for the case of remote host (tcp delay etc) - both versions (with read_len and with time) can fail in this scenario, no? On Thu, Oct 18, 2012 at 4:24 PM, Nicholas Marriott wrote: > Hmmmf I like the idea

Re: Ignoring prefix key special handling when pasting

2012-10-18 Thread Nicholas Marriott
Hmmmf I like the idea but like others have pointed out this will screw up when using a remote host. Maybe your original version with the time was better, can you show me it again? On Mon, Oct 15, 2012 at 04:16:00PM +0200, Marcin Kulik wrote: > Hi guys, > > First, I'd like to give huge kudos to

Re: Ignoring prefix key special handling when pasting

2012-10-15 Thread Rob
On Mon, Oct 15, 2012 at 11:48:19AM -0400, Dylan Alex Simon wrote: > > What it does is basically changing the way tmux handles prefix key > > detection. Without the patch when you paste some text into your > > terminal and this text contains prefix key (byte) tmux is interpreting > > the prefix like

Re: Ignoring prefix key special handling when pasting

2012-10-15 Thread Dylan Alex Simon
> Hi guys, > > First, I'd like to give huge kudos to all you tmux developers, > contributors and users. This is brilliant piece of software. Thanks! > > Second, I've been discussing small patch I created (attached) for tmux > with Thomas Adam on #tmux and we think it's good enough to go into > ma