---
server-client.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/server-client.c b/server-client.c
index 3c14ff8..c8a98f2 100644
--- a/server-client.c
+++ b/server-client.c
@@ -95,6 +95,8 @@ server_client_create(int fd)
c->tty.mouse.event = MOUSE_EVENT_UP;
c->tty.mouse.fla
Add handling of client focus tracking.
Also trying a different send-email approach, let me know how it works.
Aaron Jensen (4):
Turn bracketed paste mode on and off externally
Track client focus
Set focused by default
Check for client focus in server_client_check_focus
server-client.c |
---
tmux.h | 4
tty-keys.c | 14 ++
2 files changed, 18 insertions(+)
diff --git a/tmux.h b/tmux.h
index c905b66..966588c 100644
--- a/tmux.h
+++ b/tmux.h
@@ -237,6 +237,9 @@ enum key_code {
KEYC_KP_ENTER,
KEYC_KP_ZERO,
KEYC_KP_PERIOD,
+
+ KEYC_
---
tty.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tty.c b/tty.c
index b5dcf6d..ab75d94 100644
--- a/tty.c
+++ b/tty.c
@@ -221,7 +221,7 @@ tty_start_tty(struct tty *tty)
tty_puts(tty, "\033[?1000l\033[?1006l\033[?1005l");
if (tty_term_has(tt
---
server-client.c | 18 --
1 file changed, 12 insertions(+), 6 deletions(-)
diff --git a/server-client.c b/server-client.c
index c8a98f2..8d7fc2b 100644
--- a/server-client.c
+++ b/server-client.c
@@ -547,7 +547,8 @@ server_client_check_resize(struct window_pane *wp)
void
serv
No don't need any other changes thanks
On Fri, Feb 22, 2013 at 07:14:30PM -0300, Thiago Padilha wrote:
> Ok by me, I was just following the existing code :)
>
> So the patch is good to merge? Need me to do any other modifications?
>
> On Fri, Feb 22, 2013 at 6:50 PM, Nicholas Marriott
> wrote
Ok by me, I was just following the existing code :)
So the patch is good to merge? Need me to do any other modifications?
On Fri, Feb 22, 2013 at 6:50 PM, Nicholas Marriott
wrote:
> On Fri, Feb 22, 2013 at 06:34:14PM -0300, Thiago Padilha wrote:
>> I had forgotten to update the man pages to ref
On Fri, Feb 22, 2013 at 06:34:14PM -0300, Thiago Padilha wrote:
> I had forgotten to update the man pages to reflect the nem flag, this
> patch contains the complete thing.
I think this is a bit more pithy, don't see a need to info() the old
value.
diff --git a/cmd-set-option.c b/cmd-set-option.
I had forgotten to update the man pages to reflect the nem flag, this
patch contains the complete thing.
set-option-2.patch
Description: Binary data
--
Everyone hates slow websites. So do we.
Make your web apps faster wit
You may want this too which stops us hammering ptys with TIOCSWINSZ on
resize which seems to confuse some programs
I've also attached the full latest zoom diff.
diff --git a/server-client.c b/server-client.c
index d9a647e..3c14ff8 100644
--- a/server-client.c
+++ b/server-client.c
@@ -28,6 +28,7
I can't reproduce this, what length is your prompt when you can and what
sizes of terminal are you changing between?
On Fri, Feb 22, 2013 at 10:45:56AM -0800, Aaron Jensen wrote:
>Here you go
>
>On Fri, Feb 22, 2013 at 10:23 AM, Nicholas Marriott
><[1]nicholas.marri...@gmail.com> wro
Send the file as an attachment.
On Fri, Feb 22, 2013 at 03:50:29PM -0300, Thiago Padilha wrote:
> Anyone knows how I can use gmail to send this?
>
> On Fri, Feb 22, 2013 at 3:35 PM, Thiago Padilha wrote:
> > This option alters 'set-option' behavior so it will only set the value if
> > it isn't
On 22 February 2013 18:50, Thiago Padilha wrote:
> Anyone knows how I can use gmail to send this?
Read the git.git docs for SubmittingPatches.
-- Thomas Adam
--
Everyone hates slow websites. So do we.
Make your web apps
I just use git format-patch --stdout master > whatever.patch and attach the
patch file
On Fri, Feb 22, 2013 at 10:50 AM, Thiago Padilha wrote:
> Anyone knows how I can use gmail to send this?
>
> On Fri, Feb 22, 2013 at 3:35 PM, Thiago Padilha
> wrote:
> > This option alters 'set-option' behavi
Anyone knows how I can use gmail to send this?
On Fri, Feb 22, 2013 at 3:35 PM, Thiago Padilha wrote:
> This option alters 'set-option' behavior so it will only set the value if
> it isn't already set
> ---
> cmd-set-option.c | 34 +-
> 1 file changed, 29 insertio
This option alters 'set-option' behavior so it will only set the value if
it isn't already set
---
cmd-set-option.c | 34 +-
1 file changed, 29 insertions(+), 5 deletions(-)
diff --git a/cmd-set-option.c b/cmd-set-option.c
index a09e6db..28105d8 100644
--- a/cmd-se
Ok that's no use, instead run "script" then "exit" and send me the
typescript file.
On Fri, Feb 22, 2013 at 10:16:35AM -0800, Aaron Jensen wrote:
>$ echo $PS1|cat -v
>\[\033[31m\][\[\033[37m\]\t \[\033[0m\]\W\[\033[32m\]$(__git_ps1 '
>(%s)')\[\033[31m\]]\[\033[0m\]$
>
>On Fri, Fe
I don't know, send me what is in your prompt please (eg echo $PS1|cat -v).
Also you will want to apply this on top of the zoom patch to fix zoom
with window resizing:
diff --git a/resize.c b/resize.c
index a560958..90212b2 100644
--- a/resize.c
+++ b/resize.c
@@ -50,7 +50,7 @@ recalculate_sizes(v
seems I can yeah. What's causing it?
On Fri, Feb 22, 2013 at 9:48 AM, Nicholas Marriott <
nicholas.marri...@gmail.com> wrote:
> This may be unrelated, can you reproduce this by having a small terminal
> in tmux with 1 pane and then resizing the terminal instead of zooming?
>
>
>
> On Fri, Feb 22
This may be unrelated, can you reproduce this by having a small terminal
in tmux with 1 pane and then resizing the terminal instead of zooming?
On Fri, Feb 22, 2013 at 09:45:48AM -0800, Aaron Jensen wrote:
>I'm not getting the bleed through, but the resize causes some problems
>with rend
I'm not getting the bleed through, but the resize causes some problems with
rendering the prompt, it plops part of my fairly long prompt on top of
where i should be typing when i zoom
http://dl.dropbox.com/u/113468811/Screenshots/nafczt3h0xb_.png
On Fri, Feb 22, 2013 at 9:29 AM, Nicholas Marriot
Hi
Your mailer has mangled the patch by wrapping lines, can you resend as
an attachment?
Also you will need to add this new flag to the manpage.
On Fri, Feb 22, 2013 at 02:19:56PM -0300, Thiago Padilha wrote:
> Added '-o' to set-option, which will only take effect when the value
> isn't set yet
Try this instead please which should fix that:
diff --git a/cmd-break-pane.c b/cmd-break-pane.c
index a4350fe..4f329e5 100644
--- a/cmd-break-pane.c
+++ b/cmd-break-pane.c
@@ -63,6 +63,8 @@ cmd_break_pane_exec(struct cmd *self, struct cmd_ctx *ctx)
}
w = wl->window;
+ serve
No it is not, that is a bug. I meant to test that but I forgot... Let me
look into it.
On Fri, Feb 22, 2013 at 09:16:36AM -0800, Aaron Jensen wrote:
>I may have misunderstood what this is intending to do, but I'm seeing pane
>updates even though the panes are "hidden". In other words, my
Added '-o' to set-option, which will only take effect when the value
isn't set yet. So far only added for user options.
I assumed the server runs a single thread, is that right? If not some
kind of synchronization is needed on the region that tests if the
value is set.
On Fri, Feb 22, 2013 at 1
I may have misunderstood what this is intending to do, but I'm seeing pane
updates even though the panes are "hidden". In other words, my zoom'd pane
is getting overwritten when the other panes change. Is that intended?
On Fri, Feb 22, 2013 at 9:10 AM, Aaron Jensen wrote:
> I'm trying it today
I'm trying it today too. So far so good. Also, I was able to apply your
patch :)
On Fri, Feb 22, 2013 at 8:21 AM, Nicholas Marriott <
nicholas.marri...@gmail.com> wrote:
> not convinced about the way it works, need to think about it. also it
> needs testing
>
>
> On Fri, Feb 22, 2013 at 01:10:09
Applied, thanks.
On Fri, Feb 22, 2013 at 08:10:34AM -0800, Aaron Jensen wrote:
>Perfect. Works like a charm. Ship it? :)
>For those who care, I was setting up a way to switch seamlessly between
>tmux and vim panes:
>in .tmux.conf:
>bind -n ^H run "(tmux display-message -p '#{p
not convinced about the way it works, need to think about it. also it
needs testing
On Fri, Feb 22, 2013 at 01:10:09PM -0300, Thiago Padilha wrote:
> On Fri, Feb 22, 2013 at 12:57 PM, Nicholas Marriott
> wrote:
> > Here is the latest in case anyone wants to run with it for a while
> > before I d
Perfect. Works like a charm. Ship it? :)
For those who care, I was setting up a way to switch seamlessly between tmux
and vim panes:
in .tmux.conf:
bind -n ^H run "(tmux display-message -p '#{pane_current_command}' | grep -iq
vim && tmux send-keys ^H) || tmux select-pane -L"
bind -n ^J run "(
On Fri, Feb 22, 2013 at 12:57 PM, Nicholas Marriott
wrote:
> Here is the latest in case anyone wants to run with it for a while
> before I decide whether or not to commit it :-).
>
What's wrong with it?
--
Everyone hates
Here is the latest in case anyone wants to run with it for a while
before I decide whether or not to commit it :-).
diff --git a/cmd-break-pane.c b/cmd-break-pane.c
index a4350fe..4f329e5 100644
--- a/cmd-break-pane.c
+++ b/cmd-break-pane.c
@@ -63,6 +63,8 @@ cmd_break_pane_exec(struct cmd *self, s
Actually no you can't but try this and you can get it from formats using
eg display -p '#{pane_current_command}':
diff --git a/format.c b/format.c
index bd81799..993728c 100644
--- a/format.c
+++ b/format.c
@@ -377,6 +377,7 @@ format_window_pane(struct format_tree *ft, struct
window_pane *wp)
The active command is pulled out to be put in the window name, i'm wondering if
there is any way to access it from tmux otherwise? Specifically, I'd like to
have a tmux binding that does different things depending on what the active
command is.
Thanks,
Aaron
On Fri, Feb 22, 2013 at 11:53:21AM -0300, Thiago Padilha wrote:
> On Fri, Feb 22, 2013 at 10:30 AM, Nicholas Marriott
> wrote:
> > For the first of these you can already use the tmux global environment
> > or use user options which were added very recently you only need to
> > worry about the seco
On Fri, Feb 22, 2013 at 10:30 AM, Nicholas Marriott
wrote:
> For the first of these you can already use the tmux global environment
> or use user options which were added very recently you only need to
> worry about the second.
>
Nice to know about user options. Even so, I think it still misses th
For the first of these you can already use the tmux global environment
or use user options which were added very recently you only need to
worry about the second.
I do not see compelling uses that can't be solved with existing shell or
Unix features, can you give us some examples?
tmux is not a p
There are some features I feel are missing in tmux:
1- Shared key value storage
tmux shm set KEY VALUE # set a value
tmux shm get KEY VALUE [DEFAULT] # gets a value if exists, or set
and return a default value, if provided(in one atomic operation)
tmux shm pop KEY # pops a value
2- Sha
Yes I fixed it already but didn't send out a new diff.
On Fri, Feb 22, 2013 at 09:45:22AM -0300, Thiago Padilha wrote:
> Worked perfectly, thanks.
>
> I have also tried tmux 'resize-pane -Z' but it didn't work, perhaps
> you need to fix the description of the argument to -z?
>
> On Fri, Feb 22,
Worked perfectly, thanks.
I have also tried tmux 'resize-pane -Z' but it didn't work, perhaps
you need to fix the description of the argument to -z?
On Fri, Feb 22, 2013 at 9:37 AM, Nicholas Marriott
wrote:
> C-b z
>
--
C-b z
On Fri, Feb 22, 2013 at 08:47:45AM -0300, Thiago Padilha wrote:
> Nicholas, I have applied the patch and compiled, how do I test it?
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynam
Nicholas, I have applied the patch and compiled, how do I test it?
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_
Or this which handles pane death better:
diff --git a/cmd-break-pane.c b/cmd-break-pane.c
index a4350fe..4f329e5 100644
--- a/cmd-break-pane.c
+++ b/cmd-break-pane.c
@@ -63,6 +63,8 @@ cmd_break_pane_exec(struct cmd *self, struct cmd_ctx *ctx)
}
w = wl->window;
+ server_unzo
Like this, but I am unsure if this is just an awful hack and we might be
better to properly support 'detached' panes which don't have a
cell. Then we could have layouts where some panes aren't present at all
but they would still appear in lsp etc.
diff --git a/cmd-break-pane.c b/cmd-break-pane.c
On Fri, Feb 22, 2013 at 6:18 AM, Thomas Adam wrote:
>
> This is just implementation, but you could use Redis for this, independent
> of anything in tmuz.
>
True, but I think its a bit of overkill having to install redis on
every machine I have to use my tmux scripts, which is why I
implemented a
On Fri, Feb 22, 2013 at 05:54:17AM -0300, Thiago Padilha wrote:
> >
> > I plan on submitting my hook patches instead which obsolete this.
> >
>
> Since we're also talking about improvements in tmux scripting let me
> throw a few ideas that would greatly boost tmux scripting
> capabilities:
>
> 1
>
> I plan on submitting my hook patches instead which obsolete this.
>
Since we're also talking about improvements in tmux scripting let me
throw a few ideas that would greatly boost tmux scripting
capabilities:
1 - Shared memory support through a tmux command. Something like zsh
'zstyle' comman
On Thursday, February 21, 2013 at 11:59 PM, Thomas Adam wrote:
> On 22 February 2013 07:55, Aaron Jensen (mailto:aaronjen...@gmail.com)> wrote:
> > You can try out my solution (it's a script, but there may be some ideas that
> > are usable):
> >
> > https://github.com/aaronjensen/dotfiles/blob/ma
The other thing we could do completely detach all the other panes from
the layout, w->last and w->panes, all_window_panes and put them on a
list w->saved_panes. Then there is no way to reach them and we can
merrily create a new one-pane layout then just link the old panes back
when we're done. Migh
On 22 February 2013 07:55, Aaron Jensen wrote:
> You can try out my solution (it's a script, but there may be some ideas that
> are usable):
>
> https://github.com/aaronjensen/dotfiles/blob/master/bin/tmux-zoom
> https://github.com/aaronjensen/dotfiles/blob/master/tmux.conf#L86-L88
The closest th
50 matches
Mail list logo