Re: resize pane in console
On Wed, 6 Jun 2012 19:37:58 +0100 Thomas Adam wrote: > On Wed, Jun 06, 2012 at 09:05:20PM +0800, lryylryy wrote: > > Hi, > > > > I'm new to tmux. I found that when I resize pane in LXTerminal, It works. > > But when I switched to console use Ctrl+Alt+F1, I cannot resize pane. How > > can I resize pane in console? > > Which key-bindings? > > -- Thomas Adam > > -- > "Deep in my heart I wish I was wrong. But deep in my heart I know I am > not." -- Morrissey ("Girl Least Likely To" -- off of Viva Hate.) I bind C-a as prefix key, and C-Up C-Down C-Left C-Right as pane resize key. Thanks, lryylryy -- lryylryylryy -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: resize pane in console
On Wed, Jun 06, 2012 at 09:05:20PM +0800, lryylryy wrote: > Hi, > > I'm new to tmux. I found that when I resize pane in LXTerminal, It works. > But when I switched to console use Ctrl+Alt+F1, I cannot resize pane. How > can I resize pane in console? Which key-bindings? -- Thomas Adam -- "Deep in my heart I wish I was wrong. But deep in my heart I know I am not." -- Morrissey ("Girl Least Likely To" -- off of Viva Hate.) -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
[PATCH 1/1] Don't mention specific alerts in man page
When referring to alerts, don't try and enumerate the type of alert, rather, mention that an alert occurs. This stops the need to enumerate all the alert types in more than one place, and indeed, without this patch, not all the alert types are referenced. --- trunk/tmux.1 |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/trunk/tmux.1 b/trunk/tmux.1 index 34d0232..d5f9bb1 100644 --- a/trunk/tmux.1 +++ b/trunk/tmux.1 @@ -1383,7 +1383,7 @@ Move a window to the next layout and rearrange the panes to fit. Move to the next window in the session. If .Fl a -is used, move to the next window with a bell, activity or content alert. +is used, move to the next window with an alert. .It Xo Ic pipe-pane .Op Fl o .Op Fl t Ar target-pane @@ -1426,7 +1426,7 @@ Move to the previous layout in the session. Move to the previous window in the session. With .Fl a , -move to the previous window with a bell, activity or content alert. +move to the previous window with an alert. .It Xo Ic rename-window .Op Fl t Ar target-window .Ar new-name @@ -1954,7 +1954,7 @@ means only bell in windows other than the current window are ignored. .It Xo Ic bell-on-alert .Op Ic on | off .Xc -If on, ring the terminal bell when an activity, content or silence alert +If on, ring the terminal bell when an alert occurs. .It Ic default-command Ar shell-command Set the command used for new windows (if not specified when the window is -- 1.7.10 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
[PATCH 1/1] Teach kill-session about "-a"
This will kill all sessions and detach clients except the session specified with "-a" and "-t" -- and where "-t" is not given, assumes current session. --- trunk/cmd-kill-session.c | 20 ++-- trunk/tmux.1 |7 ++- 2 files changed, 20 insertions(+), 7 deletions(-) diff --git a/trunk/cmd-kill-session.c b/trunk/cmd-kill-session.c index da56a26..0ce65e6 100644 --- a/trunk/cmd-kill-session.c +++ b/trunk/cmd-kill-session.c @@ -31,8 +31,8 @@ int cmd_kill_session_exec(struct cmd *, struct cmd_ctx *); const struct cmd_entry cmd_kill_session_entry = { "kill-session", NULL, - "t:", 0, 0, - CMD_TARGET_SESSION_USAGE, + "at:", 0, 0, + "[-a] " CMD_TARGET_SESSION_USAGE, 0, NULL, NULL, @@ -43,13 +43,21 @@ int cmd_kill_session_exec(struct cmd *self, struct cmd_ctx *ctx) { struct args *args = self->args; - struct session *s; + struct session *s, *s2, *s3; if ((s = cmd_find_session(ctx, args_get(args, 't'), 0)) == NULL) return (-1); - server_destroy_session(s); - session_destroy(s); - + if (args_has(args, 'a')) { + RB_FOREACH_SAFE(s2, sessions, &sessions, s3) { + if (s != s2) { + server_destroy_session(s2); + session_destroy(s2); + } + } + } else { + server_destroy_session(s); + session_destroy(s); + } return (0); } diff --git a/trunk/tmux.1 b/trunk/tmux.1 index 34d0232..4f03a4f 100644 --- a/trunk/tmux.1 +++ b/trunk/tmux.1 @@ -609,9 +609,14 @@ If it does exist, exit with 0. Kill the .Nm server and clients and destroy all sessions. -.It Ic kill-session Op Fl t Ar target-session +.It Ic kill-session +.Op Fl a +.Op Fl t Ar target-session Destroy the given session, closing any windows linked to it and no other sessions, and detaching all clients attached to it. +If +.Fl a +is given, all sessions but the specified one is killed. .It Xo Ic list-clients .Op Fl F Ar format .Op Fl t Ar target-session -- 1.7.10 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
[PATCH 0/1] Teach kill-session about "-a"
This teaches the kill-session command about "-a" which will kill all sessions but the one specified with "-a", including all clients, and unless "-t" is specified, assumes the current session. Thomas Adam (1): Teach kill-session about "-a" trunk/cmd-kill-session.c | 20 ++-- trunk/tmux.1 |7 ++- 2 files changed, 20 insertions(+), 7 deletions(-) -- 1.7.10 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
[PATCH 1/1] Detach all clients but one specified with -a
This adds an option to the detach-client command to use -a which will detach all clients except (-a) the target client specified with -t. --- trunk/cmd-detach-client.c | 16 trunk/tmux.1 |5 + 2 files changed, 17 insertions(+), 4 deletions(-) diff --git a/trunk/cmd-detach-client.c b/trunk/cmd-detach-client.c index d1010a5..a12c246 100644 --- a/trunk/cmd-detach-client.c +++ b/trunk/cmd-detach-client.c @@ -28,8 +28,8 @@ int cmd_detach_client_exec(struct cmd *, struct cmd_ctx *); const struct cmd_entry cmd_detach_client_entry = { "detach-client", "detach", - "s:t:P", 0, 0, - "[-P] [-s target-session] " CMD_TARGET_CLIENT_USAGE, + "as:t:P", 0, 0, + "[-P] [-a] [-s target-session] " CMD_TARGET_CLIENT_USAGE, CMD_READONLY, NULL, NULL, @@ -40,7 +40,7 @@ int cmd_detach_client_exec(struct cmd *self, struct cmd_ctx *ctx) { struct args *args = self->args; - struct client *c; + struct client *c, *c2; struct session *s; enum msgtype msgtype; u_inti; @@ -65,7 +65,15 @@ cmd_detach_client_exec(struct cmd *self, struct cmd_ctx *ctx) if (c == NULL) return (-1); - server_write_client(c, msgtype, NULL, 0); + if (args_has(args, 'a')) { + for (i = 0; i < ARRAY_LENGTH(&clients); i++) { + c2 = ARRAY_ITEM(&clients, i); + if (c2 != NULL && c != c2) + server_write_client( + c2, msgtype, NULL, 0); + } + } else + server_write_client(c, msgtype, NULL, 0); } return (0); diff --git a/trunk/tmux.1 b/trunk/tmux.1 index 34d0232..2394c54 100644 --- a/trunk/tmux.1 +++ b/trunk/tmux.1 @@ -589,6 +589,7 @@ recently used session. .It Xo Ic detach-client .Op Fl P +.Op Fl a .Op Fl s Ar target-session .Op Fl t Ar target-client .Xc @@ -597,6 +598,10 @@ Detach the current client if bound to a key, the client specified with .Fl t , or all clients currently attached to the session specified by .Fl s . +The +.Fl a +option kills all but the client given with +.Fl t . If .Fl P is given, send SIGHUP to the parent process of the client, typically causing it -- 1.7.10 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
[PATCH 0/1] Teach the detach-client command about "-a"
This adds the "-a" option to detach-client, which will detch all clients but the one specified with "-t". If "-t" is not specified, the current client is assumed. This mimicks the functionality of kill-window, for instance. Requested by somasin on IRC. Thomas Adam (1): Detach all clients but one specified with -a trunk/cmd-detach-client.c | 16 trunk/tmux.1 |5 + 2 files changed, 17 insertions(+), 4 deletions(-) -- 1.7.10 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
resize pane in console
Hi, I'm new to tmux. I found that when I resize pane in LXTerminal, It works. But when I switched to console use Ctrl+Alt+F1, I cannot resize pane. How can I resize pane in console? Thanks, lryylryy -- lryylryy -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: synchronize-panes Cursor In Every Window?
I think having the cursor visible in all panes would have two benefits: - As a clear indicator that synchronized input is enabled. - Makes it easier to see what's going on in the other panes, specially when editing the same file from different servers for example, and a single character differs in one of the files. Since you can't see in the other panes where the cursor is, it's quite easy to make a mistake. I do think this kind of feature should have an option to enable/disable it, specially since there seems to be people against it :) -jim On Wednesday, 6 June 2012 at 09:38, Thomas Adam wrote: > On Tue, Jun 05, 2012 at 11:23:22PM -0500, Drew Decker wrote: > > Was wondering if this was possible, or could be implemented via a Feature > > Request. When you have *synchronize-panes *enabled, normally, you are > > editing files or making changes on the same exact file/item. Usually, > > there is a cursor in the "active" window and all the other > > windows receive the input, but do not have a cursor. It would be nice if > > there was a way to enable a cursor to be shown on every pane, even if they > > are syncronized, just to make sure that, when you are editing the same > > file, your cursor matches up with the section on all items you are editing. > > > > > You'd have to draw a fake cursor in all the other panes. Is this really > worth it, when regardless of which pane is active, the same input is being > sent to them regardless? > > -- Thomas Adam > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > tmux-users mailing list > tmux-users@lists.sourceforge.net (mailto:tmux-users@lists.sourceforge.net) > https://lists.sourceforge.net/lists/listinfo/tmux-users > > -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: synchronize-panes Cursor In Every Window?
I think having the cursor visible in all panes would have two benefits: - As a clear indicator that synchronized input is enabled. - Makes it easier to see what's going on in the other panes, specially when editing the same file from different servers for example, and a single character differs in one of the files. Since you can't see in the other panes where the cursor is, it's quite easy to make a mistake. I do think this kind of feature should have an option to enable/disable it, specially since there seems to be people against it :) -jim P.S. Sorry for potentially duplicate reply, my email client originally picked the wrong email account to send my reply from :P On Wednesday, 6 June 2012 at 09:38, Thomas Adam wrote: > On Tue, Jun 05, 2012 at 11:23:22PM -0500, Drew Decker wrote: > > Was wondering if this was possible, or could be implemented via a Feature > > Request. When you have *synchronize-panes *enabled, normally, you are > > editing files or making changes on the same exact file/item. Usually, > > there is a cursor in the "active" window and all the other > > windows receive the input, but do not have a cursor. It would be nice if > > there was a way to enable a cursor to be shown on every pane, even if they > > are syncronized, just to make sure that, when you are editing the same > > file, your cursor matches up with the section on all items you are editing. > > > > > You'd have to draw a fake cursor in all the other panes. Is this really > worth it, when regardless of which pane is active, the same input is being > sent to them regardless? > > -- Thomas Adam > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > tmux-users mailing list > tmux-users@lists.sourceforge.net (mailto:tmux-users@lists.sourceforge.net) > https://lists.sourceforge.net/lists/listinfo/tmux-users > > -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: synchronize-panes Cursor In Every Window?
Exactly my point. Drew On Jun 6, 2012, at 3:52 AM, Jim Myhrberg wrote: > I think having the cursor visible in all panes would have two benefits: > > - As a clear indicator that synchronized input is enabled. > - Makes it easier to see what's going on in the other panes, specially when > editing the same file from different servers for example, and a single > character differs in one of the files. Since you can't see in the other panes > where the cursor is, it's quite easy to make a mistake. > > I do think this kind of feature should have an option to enable/disable it, > specially since there seems to be people against it :) > > > -jim > > P.S. Sorry for potentially duplicate reply, my email client originally picked > the wrong email account to send my reply from :P > On Wednesday, 6 June 2012 at 09:38, Thomas Adam wrote: > >> On Tue, Jun 05, 2012 at 11:23:22PM -0500, Drew Decker wrote: >>> Was wondering if this was possible, or could be implemented via a Feature >>> Request. When you have *synchronize-panes *enabled, normally, you are >>> editing files or making changes on the same exact file/item. Usually, >>> there is a cursor in the "active" window and all the other >>> windows receive the input, but do not have a cursor. It would be nice if >>> there was a way to enable a cursor to be shown on every pane, even if they >>> are syncronized, just to make sure that, when you are editing the same >>> file, your cursor matches up with the section on all items you are editing. >> >> You'd have to draw a fake cursor in all the other panes. Is this really >> worth it, when regardless of which pane is active, the same input is being >> sent to them regardless? >> >> -- Thomas Adam >> >> -- >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> ___ >> tmux-users mailing list >> tmux-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/tmux-users > -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: synchronize-panes Cursor In Every Window?
I'd like to think so, since I took the time to ask. The justification, if you will, is for some people that are using this feature as a cssh (clusterssh) replacement. Not sure if you familiar with editing text files among a handful of servers or not but when it comes down to it, it makes it so much easier when you have some sort of baseline to go by on the other "inactive" windows. --- Drew On Jun 6, 2012, at 3:38 AM, Thomas Adam wrote: > On Tue, Jun 05, 2012 at 11:23:22PM -0500, Drew Decker wrote: >> Was wondering if this was possible, or could be implemented via a Feature >> Request. When you have *synchronize-panes *enabled, normally, you are >> editing files or making changes on the same exact file/item. Usually, >> there is a cursor in the "active" window and all the other >> windows receive the input, but do not have a cursor. It would be nice if >> there was a way to enable a cursor to be shown on every pane, even if they >> are syncronized, just to make sure that, when you are editing the same >> file, your cursor matches up with the section on all items you are editing. > > You'd have to draw a fake cursor in all the other panes. Is this really > worth it, when regardless of which pane is active, the same input is being > sent to them regardless? > > -- Thomas Adam -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: synchronize-panes Cursor In Every Window?
On Tue, Jun 05, 2012 at 11:23:22PM -0500, Drew Decker wrote: > Was wondering if this was possible, or could be implemented via a Feature > Request. When you have *synchronize-panes *enabled, normally, you are > editing files or making changes on the same exact file/item. Usually, > there is a cursor in the "active" window and all the other > windows receive the input, but do not have a cursor. It would be nice if > there was a way to enable a cursor to be shown on every pane, even if they > are syncronized, just to make sure that, when you are editing the same > file, your cursor matches up with the section on all items you are editing. You'd have to draw a fake cursor in all the other panes. Is this really worth it, when regardless of which pane is active, the same input is being sent to them regardless? -- Thomas Adam -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: synchronize-panes Cursor In Every Window?
On Wed, Jun 06, 2012 at 09:36:41AM +0200, Florian Crouzat wrote: > Le 06/06/2012 06:23, Drew Decker a écrit : > > Was wondering if this was possible, or could be implemented via a > > Feature Request. When you have *synchronize-panes *enabled, normally, > > you are editing files or making changes on the same exact file/item. > > Usually, there is a cursor in the "active" window and all the other > > windows receive the input, but do not have a cursor. It would be nice > > if there was a way to enable a cursor to be shown on every pane, even if > > they are syncronized, just to make sure that, when you are editing the > > same file, your cursor matches up with the section on all items you are > > editing. > > > > Thanks, > > Drew > > > > I'd like that feature too. > > Also, when panes are synced, I'd like (if possible, but it might be > confusing and hard to document) that pasting buffer from copy mode is > made in all panes. There was a patch for that feature sent to this list recently. I can't say I'd welcome it myself. -- Thomas Adam -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: synchronize-panes Cursor In Every Window?
Le 06/06/2012 06:23, Drew Decker a écrit : > Was wondering if this was possible, or could be implemented via a > Feature Request. When you have *synchronize-panes *enabled, normally, > you are editing files or making changes on the same exact file/item. > Usually, there is a cursor in the "active" window and all the other > windows receive the input, but do not have a cursor. It would be nice > if there was a way to enable a cursor to be shown on every pane, even if > they are syncronized, just to make sure that, when you are editing the > same file, your cursor matches up with the section on all items you are > editing. > > Thanks, > Drew > I'd like that feature too. Also, when panes are synced, I'd like (if possible, but it might be confusing and hard to document) that pasting buffer from copy mode is made in all panes. Of course copying hasn't to be made in all panes as you'll get X times the same buffer content but pasting from copy mode could use it. -- Cheers, Florian Crouzat -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users