How to switch window without loading the shell init?
Hi, I use the tmux split-window function only temporarily at times to do some quick selections from a list using percol. Examples: # switch to another session by name bind S split-window tmux ls | percol --initial-index `tmux ls | awk '/attached.$/ {print NR-1}'` | cut -d':' -f 1 | xargs tmux switch-client -t # switch to ANY window in ANY session by name # switch to ANY window in ANY session by name bind s split-window tmux ls | cut -d: -f1 | xargs -I SESSION tmux lsw -F 'SESSION:#{window_name}' -t SESSION | percol --initial-index `tmux ls | cut -d: -f1 | xargs -I SESSION tmux lsw -F '___#{session_attached}#{window_active}___' -t SESSION | awk '/___11___/ {print NR-1}'` | xargs tmux switch-client -t These work except that when creating a new window, it also load my shell init script. For a new terminal, window, my shell init always loads a bunch of environment manipulation that I need to run certain company programs when I am actually working in a terminal. I don't need those in the above temporary split-window cases. I can also skip the time consuming environment setup if I can set an env var SHELL_CONFIG_LOADED before calling split-window. So the questions I have are: - How can I make split-window not load my default shell init (*rc) script? - Alternatively, how can I set an env var SHELL_CONFIG_LOADED before my shell init gets loaded on doing split-window? Thanks. -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
tmux 2.0 released
Hi all, I'm pleased to announce the release of tmux 2.0. Please take a look here: https://sourceforge.net/projects/tmux/files/tmux/tmux-2.0/ for the release tarball and changes introduced in to 2.0. Please let any packagers know of this release. Any questions, do please ask. On behalf of everyone involved in this release, we wish you happy tmuxing. -- 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.) -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Q: tmux sending different key escape codes for Option+Left/Right depending on $TERM?
On 6 May 2015 at 22:42, Nicholas Marriott nicholas.marri...@gmail.com wrote: Hmm weird. There is nothing in the nsterm terminfo to make tmux think that M-b is actually M-Left. Please run TERM=nsterm tmux -Ltest -f/dev/null new then press Option+Left That should be: TERM=nsterm tmux - -Ltest -f/dev/null new -- Thomas Adam -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Q: tmux sending different key escape codes for Option+Left/Right depending on $TERM?
Yes of course, sorry. On Wed, May 06, 2015 at 11:31:51PM +0100, Thomas Adam wrote: On 6 May 2015 at 22:42, Nicholas Marriott nicholas.marri...@gmail.com wrote: Hmm weird. There is nothing in the nsterm terminfo to make tmux think that M-b is actually M-Left. Please run TERM=nsterm tmux -Ltest -f/dev/null new then press Option+Left That should be: TERM=nsterm tmux - -Ltest -f/dev/null new -- Thomas Adam -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
How to access session environment variable from running window
Hi, is there a way to access session environment variables from an already running window? In my example I: 1- create a session then detach from it 2- start a new shell set an environment variable (the variable is included in the update-environment string) 3- attach to old session from this shell 4- variable is visible in the session environment if I type “tmux show-environment” but I can’t access it from currently running windows, must create a new window to access it. Many thanks, -- Enrico Ghirardi -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Q: tmux sending different key escape codes for Option+Left/Right depending on $TERM?
On 06 May 2015, at 17:21, Nicholas Marriott nicholas.marri...@gmail.com wrote: What does the terminal actually send outside tmux for Option+Left? ^[b. It's an explicit binding that comes pre-configured by default in Terminal.app (but can be changed). It does not change if the terminal is in application mode or not (explicit bindings always generate the same sequence). You should be able to see by running cat and then pressing the keys. Yes. That's how I captured the tmux escapes in the first place. (I'm also sending smkx or rmkx before 'cat'.) On Wed, May 06, 2015 at 04:59:12PM +0200, Leonardo Brondani Schenkel wrote: Hello, I'm using tmux 1.9a in Terminal.app 343.7 (OS X 10.10). I noticed by accident that when I press Option+Left/Right I get different escape codes, depending if the $TERM variable outside tmux is set to 'nsterm' or 'xterm'. For example, when pressing Option+Left: $TERM=='nsterm': ^[^[OD or ^[^[[D (depends on application mode) $TERM=='xterm': ^[b (does not depend on the mode) The option 'xterm-keys' is off in both cases. I'm just wondering if this behavior is documented because I could not find any references in the man page. I'm interested (for no particular reason besides my personal curiosity) in finding out what's the exact logic that tmux uses to determine the escape sequence to send to the application; I inspected the source code but I'm not familiar with the codebase and I'm having trouble figuring this out on my own. I would appreciate if somebody could shed some light on this. For reference, these are my terminfo capabilities: nsterm|Apple_Terminal|AppKit Terminal.app, am, bce, hs, mir, msgr, npc, xenl, xon, colors#256, cols#80, it#8, lines#24, pairs#32767, wsl#50, acsc=``aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bel=^G, blink=\E[5m, bold=\E[1m, civis=\E[?25l, clear=\E[H\E[J, cnorm=\E[?25h, cr=^M, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=^J, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, dch=\E[%p1%dP, dch1=\E[P, dim=\E[2m, dl=\E[%p1%dM, dl1=\E[M, dsl=\E]2;\007, ed=\E[J, el=\E[K, el1=\E[1K, enacs=\E(B\E)0, flash=\E[?5h$200/\E[?5l, fsl=^G, home=\E[H, hpa=\E[%i%p1%dG, ht=^I, hts=\EH, ich=\E[%p1%d@, ich1=\E[@, il=\E[%p1%dL, il1=\E[L, ind=^J, invis=\E[8m, kDC=\E[3;2~, kLFT=\E[1;2D, kRIT=\E[1;2C, ka1=\EOq, ka3=\EOs, kb2=\EOr, kbs=\177, kc1=\EOp, kc3=\EOn, kcbt=\E[Z, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kdch1=\E[3~, kend=\EOF, kent=\EOM, kf1=\EOP, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[25~, kf14=\E[26~, kf15=\E[28~, kf16=\E[29~, kf17=\E[31~, kf18=\E[32~, kf19=\E[33~, kf2=\EOQ, kf20=\E[34~, kf3=\EOR, kf4=\EOS, kf5=\E[15~, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, khome=\EOH, knp=\E[6~, kpp=\E[5~, op=\E[0m, rc=\E8, rev=\E[7m, ri=\EM, rmacs=^O, rmam=\E[?7l, rmcup=\E[2J\E[?47l\E8, rmir=\E[4l, rmkx=\E[?1l\E, rmso=\E[m, rmul=\E[m, rs2=\E\E[?3l\E[?4l\E[?5l\E[?7h\E[?8h, sc=\E7, setab=\E[%?%p1%{8}%%t4%p1%d%e%p1%{16}%%t10%p1%{8}%-%d%e48;5;%p1%d%;m, setaf=\E[%?%p1%{8}%%t3%p1%d%e%p1%{16}%%t9%p1%{8}%-%d%e38;5;%p1%d%;m, sgr=\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5%;%?%p5%t;2%;%?%p7%t;8%;m%?%p9%t\016%e\017%;, sgr0=\E[m\017, smacs=^N, smam=\E[?7h, smcup=\E7\E[?47h, smir=\E[4h, smkx=\E[?1h\E=, smso=\E[7m, smul=\E[4m, tbc=\E[3g, tsl=\E]2;, u6=\E[%i%d;%dR, u7=\E[6n, u8=\E[?1;2c, u9=\E[c, vpa=\E[%i%p1%dd, xterm-256color|xterm with 256 colors, am, bce, ccc, km, mc5i, mir, msgr, npc, xenl, colors#256, cols#80, it#8, lines#24, pairs#32767, acsc=``aaffggiijjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bel=^G, blink=\E[5m, bold=\E[1m, cbt=\E[Z, civis=\E[?25l, clear=\E[H\E[2J, cnorm=\E[?12l\E[?25h, cr=^M, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=^J, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, cvvis=\E[?12;25h, dch=\E[%p1%dP, dch1=\E[P, dim=\E[2m, dl=\E[%p1%dM, dl1=\E[M, ech=\E[%p1%dX, ed=\E[J, el=\E[K, el1=\E[1K, flash=\E[?5h$100/\E[?5l, home=\E[H, hpa=\E[%i%p1%dG, ht=^I, hts=\EH, ich=\E[%p1%d@, il=\E[%p1%dL, il1=\E[L, ind=^J, indn=\E[%p1%dS, initc=\E]4;%p1%d;rgb\:%p2%{255}%*%{1000}%/%2.2X/%p3%{255}%*%{1000}%/%2.2X/%p4%{255}%*%{1000}%/%2.2X\E\\, invis=\E[8m, is2=\E[!p\E[?3;4l\E[4l\E, kDC=\E[3;2~, kEND=\E[1;2F, kHOM=\E[1;2H, kIC=\E[2;2~, kLFT=\E[1;2D, kNXT=\E[6;2~, kPRV=\E[5;2~, kRIT=\E[1;2C, kb2=\EOE, kbs=^H, kcbt=\E[Z, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kdch1=\E[3~, kend=\EOF, kent=\EOM, kf1=\EOP, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[1;2P, kf14=\E[1;2Q, kf15=\E[1;2R, kf16=\E[1;2S,
Re: freebsd install from git source
Do you have libtool installed? If so then your autoconf is probably either too old or too new. Original message From: jungle Boogie jungleboog...@gmail.com Date:06/05/2015 21:04 (GMT+00:00) To: tmux-users tmux-users@lists.sourceforge.net Subject: freebsd install from git source Hello All, I grabbed tmux git repo, cd to its dir, sh autogen.sh and now error: % sh autogen.sh configure.ac:19: installing 'etc/compile' configure.ac:11: installing 'etc/config.guess' configure.ac:11: installing 'etc/config.sub' configure.ac:9: installing 'etc/install-sh' configure.ac:9: installing 'etc/missing' Makefile.am: installing 'etc/depcomp' configure.ac:127: error: possibly undefined macro: AC_SEARCH_LIBS If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. autoreconf-2.69: /usr/local/bin/autoconf-2.69 failed with exit status: 1 autoreconf failed ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... etc/install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking build system type... i386-unknown-freebsd10.1 checking host system type... i386-unknown-freebsd10.1 checking for gcc... no checking for cc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking whether cc understands -c and -o together... yes checking for style of include used by make... GNU checking dependency style of cc... gcc3 checking how to run the C preprocessor... cc -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for gcc that whines about -I... yes checking for glibc... no checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking bitstring.h usability... yes checking bitstring.h presence... yes checking for bitstring.h... yes checking curses.h usability... yes checking curses.h presence... yes checking for curses.h... yes checking dirent.h usability... yes checking dirent.h presence... yes checking for dirent.h... yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking for inttypes.h... (cached) yes checking libutil.h usability... yes checking libutil.h presence... yes checking for libutil.h... yes checking ncurses.h usability... yes checking ncurses.h presence... yes checking for ncurses.h... yes checking ndir.h usability... no checking ndir.h presence... no checking for ndir.h... no checking paths.h usability... yes checking paths.h presence... yes checking for paths.h... yes checking pty.h usability... no checking pty.h presence... no checking for pty.h... no checking for stdint.h... (cached) yes checking sys/dir.h usability... yes checking sys/dir.h presence... yes checking for sys/dir.h... yes checking sys/ndir.h usability... no checking sys/ndir.h presence... no checking for sys/ndir.h... no checking sys/tree.h usability... yes checking sys/tree.h presence... yes checking for sys/tree.h... yes checking term.h usability... yes checking term.h presence... yes checking for term.h... yes checking util.h usability... no checking util.h presence... no checking for util.h... no checking for bzero... yes checking for dirfd... yes checking for flock... yes checking for setproctitle... yes checking for sysconf... yes checking for cfmakeraw... yes checking for library containing clock_gettime... none required ./configure: 4640: Syntax error: newline unexpected (expecting )) Any ideas to get latest tmux running? 10.1-RELEASE-p6 FreeBSD 10.1-RELEASE-p6 #0: Tue Feb 24 18:57:59 UTC 2015 thanks! -- --- inum: 883510009027723 sip: jungleboo...@sip2sip.info xmpp: jungle-boo...@jit.si -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ tmux-users mailing list tmux-users@lists.sourceforge.net
freebsd install from git source
Hello All, I grabbed tmux git repo, cd to its dir, sh autogen.sh and now error: % sh autogen.sh configure.ac:19: installing 'etc/compile' configure.ac:11: installing 'etc/config.guess' configure.ac:11: installing 'etc/config.sub' configure.ac:9: installing 'etc/install-sh' configure.ac:9: installing 'etc/missing' Makefile.am: installing 'etc/depcomp' configure.ac:127: error: possibly undefined macro: AC_SEARCH_LIBS If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. autoreconf-2.69: /usr/local/bin/autoconf-2.69 failed with exit status: 1 autoreconf failed ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... etc/install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking build system type... i386-unknown-freebsd10.1 checking host system type... i386-unknown-freebsd10.1 checking for gcc... no checking for cc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking whether cc understands -c and -o together... yes checking for style of include used by make... GNU checking dependency style of cc... gcc3 checking how to run the C preprocessor... cc -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for gcc that whines about -I... yes checking for glibc... no checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking bitstring.h usability... yes checking bitstring.h presence... yes checking for bitstring.h... yes checking curses.h usability... yes checking curses.h presence... yes checking for curses.h... yes checking dirent.h usability... yes checking dirent.h presence... yes checking for dirent.h... yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking for inttypes.h... (cached) yes checking libutil.h usability... yes checking libutil.h presence... yes checking for libutil.h... yes checking ncurses.h usability... yes checking ncurses.h presence... yes checking for ncurses.h... yes checking ndir.h usability... no checking ndir.h presence... no checking for ndir.h... no checking paths.h usability... yes checking paths.h presence... yes checking for paths.h... yes checking pty.h usability... no checking pty.h presence... no checking for pty.h... no checking for stdint.h... (cached) yes checking sys/dir.h usability... yes checking sys/dir.h presence... yes checking for sys/dir.h... yes checking sys/ndir.h usability... no checking sys/ndir.h presence... no checking for sys/ndir.h... no checking sys/tree.h usability... yes checking sys/tree.h presence... yes checking for sys/tree.h... yes checking term.h usability... yes checking term.h presence... yes checking for term.h... yes checking util.h usability... no checking util.h presence... no checking for util.h... no checking for bzero... yes checking for dirfd... yes checking for flock... yes checking for setproctitle... yes checking for sysconf... yes checking for cfmakeraw... yes checking for library containing clock_gettime... none required ./configure: 4640: Syntax error: newline unexpected (expecting )) Any ideas to get latest tmux running? 10.1-RELEASE-p6 FreeBSD 10.1-RELEASE-p6 #0: Tue Feb 24 18:57:59 UTC 2015 thanks! -- --- inum: 883510009027723 sip: jungleboo...@sip2sip.info xmpp: jungle-boo...@jit.si -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: freebsd install from git source
On 6 May 2015 at 14:11, J Raynor jxray...@gmail.com wrote: I think I've seen the error with AC_SEARCH_LIBS and m4_pattern_allow before. Try installing pkgconf if you don't already have it installed, and then rerun autogen.sh. Good job and thanks for the help! % tmux -V tmux 2.0 I recommend the readme be amended to point this out. -- --- inum: 883510009027723 sip: jungleboo...@sip2sip.info xmpp: jungle-boo...@jit.si -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: How to access session environment variable from running window
tmux can't affect variables in panes that already contain a running process. The only way is to set them yourself (perhaps by getting the values from tmux getenv). Original message From: Enrico Ghirardi d...@choco.me Date:06/05/2015 16:31 (GMT+00:00) To: tmux-users tmux-users@lists.sourceforge.net Subject: How to access session environment variable from running window Hi, is there a way to access session environment variables from an already running window? In my example I: 1- create a session then detach from it 2- start a new shell set an environment variable (the variable is included in the update-environment string) 3- attach to old session from this shell 4- variable is visible in the session environment if I type “tmux show-environment” but I can’t access it from currently running windows, must create a new window to access it. Many thanks, -- Enrico Ghirardi -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Q: tmux sending different key escape codes for Option+Left/Right depending on $TERM?
On 06/05/2015 20:49, Nicholas Marriott wrote: Are you sure it is \[b not \[[b? Positive. Just double checked via cat: ^[b. In Terminal.app preferences it's shown as \033b. Original message From: Leonardo Brondani Schenkel Date:06/05/2015 16:50 (GMT+00:00) To: Nicholas Marriott Cc: tmux-users@lists.sourceforge.net Subject: Re: Q: tmux sending different key escape codes for Option+Left/Right depending on $TERM? On 06 May 2015, at 17:21, Nicholas Marriott nicholas.marri...@gmail.com wrote: Hi What does the terminal actually send outside tmux for Option+Left? ^[b. It's an explicit binding that comes pre-configured by default in Terminal.app (but can be changed). I am almost certain that it does not depend on the application mode (explicit bindings don't) but I'll confirm that once I use my Mac again and I'll reply in case I'm wrong. You should be able to see by running cat and then pressing the keys. Yes. That's how I captured the tmux escapes in the first place. (I'm also sending smkx or rmkx before 'cat'.) On Wed, May 06, 2015 at 04:59:12PM +0200, Leonardo Brondani Schenkel wrote: Hello, I'm using tmux 1.9a in Terminal.app 343.7 (OS X 10.10). I noticed by accident that when I press Option+Left/Right I get different escape codes, depending if the $TERM variable outside tmux is set to 'nsterm' or 'xterm'. For example, when pressing Option+Left: $TERM=='nsterm': ^[^[OD or ^[^[[D (depends on application mode) $TERM=='xterm': ^[b (does not depend on the mode) The option 'xterm-keys' is off in both cases. I'm just wondering if this behavior is documented because I could not find any references in the man page. I'm interested (for no particular reason besides my personal curiosity) in finding out what's the exact logic that tmux uses to determine the escape sequence to send to the application; I inspected the source code but I'm not familiar with the codebase and I'm having trouble figuring this out on my own. I would appreciate if somebody could shed some light on this. For reference, these are my terminfo capabilities: nsterm|Apple_Terminal|AppKit Terminal.app, am, bce, hs, mir, msgr, npc, xenl, xon, colors#256, cols#80, it#8, lines#24, pairs#32767, wsl#50, acsc=``aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bel=^G, blink=\E[5m, bold=\E[1m, civis=\E[?25l, clear=\E[H\E[J, cnorm=\E[?25h, cr=^M, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=^J, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, dch=\E[%p1%dP, dch1=\E[P, dim=\E[2m, dl=\E[%p1%dM, dl1=\E[M, dsl=\E]2;\007, ed=\E[J, el=\E[K, el1=\E[1K, enacs=\E(B\E)0, flash=\E[?5h$200/\E[?5l, fsl=^G, home=\E[H, hpa=\E[%i%p1%dG, ht=^I, hts=\EH, ich=\E[%p1%d@, ich1=\E[@, il=\E[%p1%dL, il1=\E[L, ind=^J, invis=\E[8m, kDC=\E[3;2~, kLFT=\E[1;2D, kRIT=\E[1;2C, ka1=\EOq, ka3=\EOs, kb2=\EOr, kbs=\177, kc1=\EOp, kc3=\EOn, kcbt=\E[Z, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kdch1=\E[3~, kend=\EOF, kent=\EOM, kf1=\EOP, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[25~, kf14=\E[26~, kf15=\E[28~, kf16=\E[29~, kf17=\E[31~, kf18=\E[32~, kf19=\E[33~, kf2=\EOQ, kf20=\E[34~, kf3=\EOR, kf4=\EOS, kf5=\E[15~, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, khome=\EOH, knp=\E[6~, kpp=\E[5~, op=\E[0m, rc=\E8, rev=\E[7m, ri=\EM, rmacs=^O, rmam=\E[?7l, rmcup=\E[2J\E[?47l\E8, rmir=\E[4l, rmkx=\E[?1l\E, rmso=\E[m, rmul=\E[m, rs2=\E\E[?3l\E[?4l\E[?5l\E[?7h\E[?8h, sc=\E7, setab=\E[%?%p1%{8}%%t4%p1%d%e%p1%{16}%%t10%p1%{8}%-%d%e48;5;%p1%d%;m, setaf=\E[%?%p1%{8}%%t3%p1%d%e%p1%{16}%%t9%p1%{8}%-%d%e38;5;%p1%d%;m, sgr=\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5%;%?%p5%t;2%;%?%p7%t;8%;m%?%p9%t\016%e\017%;, sgr0=\E[m\017, smacs=^N, smam=\E[?7h, smcup=\E7\E[?47h, smir=\E[4h, smkx=\E[?1h\E=, smso=\E[7m, smul=\E[4m, tbc=\E[3g, tsl=\E]2;, u6=\E[%i%d;%dR, u7=\E[6n, u8=\E[?1;2c, u9=\E[c, vpa=\E[%i%p1%dd, xterm-256color|xterm with 256 colors, am, bce, ccc, km, mc5i, mir, msgr, npc, xenl, colors#256, cols#80, it#8, lines#24, pairs#32767, acsc=``aaffggiijjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bel=^G, blink=\E[5m, bold=\E[1m, cbt=\E[Z, civis=\E[?25l, clear=\E[H\E[2J, cnorm=\E[?12l\E[?25h, cr=^M, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=^J, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, cvvis=\E[?12;25h, dch=\E[%p1%dP, dch1=\E[P, dim=\E[2m, dl=\E[%p1%dM, dl1=\E[M, ech=\E[%p1%dX, ed=\E[J, el=\E[K, el1=\E[1K, flash=\E[?5h$100/\E[?5l, home=\E[H, hpa=\E[%i%p1%dG, ht=^I, hts=\EH, ich=\E[%p1%d@, il=\E[%p1%dL, il1=\E[L, ind=^J, indn=\E[%p1%dS,
Re: Q: tmux sending different key escape codes for Option+Left/Right depending on $TERM?
Are you sure it is \[b not \[[b? Original message From: Leonardo Brondani Schenkel leona...@schenkel.net Date:06/05/2015 16:50 (GMT+00:00) To: Nicholas Marriott nicholas.marri...@gmail.com Cc: tmux-users@lists.sourceforge.net Subject: Re: Q: tmux sending different key escape codes for Option+Left/Right depending on $TERM? On 06 May 2015, at 17:21, Nicholas Marriott nicholas.marri...@gmail.com wrote: Hi What does the terminal actually send outside tmux for Option+Left? ^[b. It's an explicit binding that comes pre-configured by default in Terminal.app (but can be changed). I am almost certain that it does not depend on the application mode (explicit bindings don't) but I'll confirm that once I use my Mac again and I'll reply in case I'm wrong. You should be able to see by running cat and then pressing the keys. Yes. That's how I captured the tmux escapes in the first place. (I'm also sending smkx or rmkx before 'cat'.) On Wed, May 06, 2015 at 04:59:12PM +0200, Leonardo Brondani Schenkel wrote: Hello, I'm using tmux 1.9a in Terminal.app 343.7 (OS X 10.10). I noticed by accident that when I press Option+Left/Right I get different escape codes, depending if the $TERM variable outside tmux is set to 'nsterm' or 'xterm'. For example, when pressing Option+Left: $TERM=='nsterm': ^[^[OD or ^[^[[D (depends on application mode) $TERM=='xterm': ^[b (does not depend on the mode) The option 'xterm-keys' is off in both cases. I'm just wondering if this behavior is documented because I could not find any references in the man page. I'm interested (for no particular reason besides my personal curiosity) in finding out what's the exact logic that tmux uses to determine the escape sequence to send to the application; I inspected the source code but I'm not familiar with the codebase and I'm having trouble figuring this out on my own. I would appreciate if somebody could shed some light on this. For reference, these are my terminfo capabilities: nsterm|Apple_Terminal|AppKit Terminal.app, am, bce, hs, mir, msgr, npc, xenl, xon, colors#256, cols#80, it#8, lines#24, pairs#32767, wsl#50, acsc=``aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bel=^G, blink=\E[5m, bold=\E[1m, civis=\E[?25l, clear=\E[H\E[J, cnorm=\E[?25h, cr=^M, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=^J, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, dch=\E[%p1%dP, dch1=\E[P, dim=\E[2m, dl=\E[%p1%dM, dl1=\E[M, dsl=\E]2;\007, ed=\E[J, el=\E[K, el1=\E[1K, enacs=\E(B\E)0, flash=\E[?5h$200/\E[?5l, fsl=^G, home=\E[H, hpa=\E[%i%p1%dG, ht=^I, hts=\EH, ich=\E[%p1%d@, ich1=\E[@, il=\E[%p1%dL, il1=\E[L, ind=^J, invis=\E[8m, kDC=\E[3;2~, kLFT=\E[1;2D, kRIT=\E[1;2C, ka1=\EOq, ka3=\EOs, kb2=\EOr, kbs=\177, kc1=\EOp, kc3=\EOn, kcbt=\E[Z, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kdch1=\E[3~, kend=\EOF, kent=\EOM, kf1=\EOP, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[25~, kf14=\E[26~, kf15=\E[28~, kf16=\E[29~, kf17=\E[31~, kf18=\E[32~, kf19=\E[33~, kf2=\EOQ, kf20=\E[34~, kf3=\EOR, kf4=\EOS, kf5=\E[15~, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, khome=\EOH, knp=\E[6~, kpp=\E[5~, op=\E[0m, rc=\E8, rev=\E[7m, ri=\EM, rmacs=^O, rmam=\E[?7l, rmcup=\E[2J\E[?47l\E8, rmir=\E[4l, rmkx=\E[?1l\E, rmso=\E[m, rmul=\E[m, rs2=\E\E[?3l\E[?4l\E[?5l\E[?7h\E[?8h, sc=\E7, setab=\E[%?%p1%{8}%%t4%p1%d%e%p1%{16}%%t10%p1%{8}%-%d%e48;5;%p1%d%;m, setaf=\E[%?%p1%{8}%%t3%p1%d%e%p1%{16}%%t9%p1%{8}%-%d%e38;5;%p1%d%;m, sgr=\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5%;%?%p5%t;2%;%?%p7%t;8%;m%?%p9%t\016%e\017%;, sgr0=\E[m\017, smacs=^N, smam=\E[?7h, smcup=\E7\E[?47h, smir=\E[4h, smkx=\E[?1h\E=, smso=\E[7m, smul=\E[4m, tbc=\E[3g, tsl=\E]2;, u6=\E[%i%d;%dR, u7=\E[6n, u8=\E[?1;2c, u9=\E[c, vpa=\E[%i%p1%dd, xterm-256color|xterm with 256 colors, am, bce, ccc, km, mc5i, mir, msgr, npc, xenl, colors#256, cols#80, it#8, lines#24, pairs#32767, acsc=``aaffggiijjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bel=^G, blink=\E[5m, bold=\E[1m, cbt=\E[Z, civis=\E[?25l, clear=\E[H\E[2J, cnorm=\E[?12l\E[?25h, cr=^M, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=^J, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, cvvis=\E[?12;25h, dch=\E[%p1%dP, dch1=\E[P, dim=\E[2m, dl=\E[%p1%dM, dl1=\E[M, ech=\E[%p1%dX, ed=\E[J, el=\E[K, el1=\E[1K, flash=\E[?5h$100/\E[?5l, home=\E[H, hpa=\E[%i%p1%dG, ht=^I, hts=\EH, ich=\E[%p1%d@, il=\E[%p1%dL, il1=\E[L, ind=^J, indn=\E[%p1%dS, initc=\E]4;%p1%d;rgb\:%p2%{255}%*%{1000}%/%2.2X/%p3%{255}%*%{1000}%/%2.2X/%p4%{255}%*%{1000}%/%2.2X\E\\,
display-panes missing pane size when status-position == top
I noticed today that when status-position is set to top and the display-panes command is run, panes which touch the top don't have the size info displayed in the corner, and other panes get their size info embedded in their upper border (actually, I think the size is printed, just on the status line and immediately overwritten by the status line). When status-position is set to bottom, all panes get their size in the upper right hand corner. The attached patch seems to fix this, making the size show in the upper right corner in both cases. diff --git a/screen-redraw.c b/screen-redraw.c index e3369b8..b1296c9 100644 --- a/screen-redraw.c +++ b/screen-redraw.c @@ -396,6 +396,9 @@ screen_redraw_draw_number(struct client *c, struct window_pane *wp) px = wp-sx / 2; py = wp-sy / 2; xoff = wp-xoff; yoff = wp-yoff; + if (options_get_number(oo, status) options_get_number(oo, status-position) == 0) + yoff++; + if (wp-sx len * 6 || wp-sy 5) { tty_cursor(tty, xoff + px - len / 2, yoff + py); goto draw_text; -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
change pane problem
Hi, all tmux users, I have a problem, when I'm using prefix+M-left/right/down/up to change pane, if I keep hitting left/right/down/up without the prefix after one combination of prefix and the M-arrow, the focus will keep changing between panes, but what I want is, if you want to change pane, you have to type prefix+M-arrow. I want this because when I'm viewing files in the panes, after I change pane, after hitting prefix-M-arrow once, hitting UP/ARROW again will change the pane again, but they should be scrolling the content of the file. Is there any solution? -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Q: tmux sending different key escape codes for Option+Left/Right depending on $TERM?
Hi What does the terminal actually send outside tmux for Option+Left? You should be able to see by running cat and then pressing the keys. On Wed, May 06, 2015 at 04:59:12PM +0200, Leonardo Brondani Schenkel wrote: Hello, I'm using tmux 1.9a in Terminal.app 343.7 (OS X 10.10). I noticed by accident that when I press Option+Left/Right I get different escape codes, depending if the $TERM variable outside tmux is set to 'nsterm' or 'xterm'. For example, when pressing Option+Left: $TERM=='nsterm': ^[^[OD or ^[^[[D (depends on application mode) $TERM=='xterm': ^[b (does not depend on the mode) The option 'xterm-keys' is off in both cases. I'm just wondering if this behavior is documented because I could not find any references in the man page. I'm interested (for no particular reason besides my personal curiosity) in finding out what's the exact logic that tmux uses to determine the escape sequence to send to the application; I inspected the source code but I'm not familiar with the codebase and I'm having trouble figuring this out on my own. I would appreciate if somebody could shed some light on this. For reference, these are my terminfo capabilities: nsterm|Apple_Terminal|AppKit Terminal.app, am, bce, hs, mir, msgr, npc, xenl, xon, colors#256, cols#80, it#8, lines#24, pairs#32767, wsl#50, acsc=``aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bel=^G, blink=\E[5m, bold=\E[1m, civis=\E[?25l, clear=\E[H\E[J, cnorm=\E[?25h, cr=^M, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=^J, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, dch=\E[%p1%dP, dch1=\E[P, dim=\E[2m, dl=\E[%p1%dM, dl1=\E[M, dsl=\E]2;\007, ed=\E[J, el=\E[K, el1=\E[1K, enacs=\E(B\E)0, flash=\E[?5h$200/\E[?5l, fsl=^G, home=\E[H, hpa=\E[%i%p1%dG, ht=^I, hts=\EH, ich=\E[%p1%d@, ich1=\E[@, il=\E[%p1%dL, il1=\E[L, ind=^J, invis=\E[8m, kDC=\E[3;2~, kLFT=\E[1;2D, kRIT=\E[1;2C, ka1=\EOq, ka3=\EOs, kb2=\EOr, kbs=\177, kc1=\EOp, kc3=\EOn, kcbt=\E[Z, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kdch1=\E[3~, kend=\EOF, kent=\EOM, kf1=\EOP, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[25~, kf14=\E[26~, kf15=\E[28~, kf16=\E[29~, kf17=\E[31~, kf18=\E[32~, kf19=\E[33~, kf2=\EOQ, kf20=\E[34~, kf3=\EOR, kf4=\EOS, kf5=\E[15~, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, khome=\EOH, knp=\E[6~, kpp=\E[5~, op=\E[0m, rc=\E8, rev=\E[7m, ri=\EM, rmacs=^O, rmam=\E[?7l, rmcup=\E[2J\E[?47l\E8, rmir=\E[4l, rmkx=\E[?1l\E, rmso=\E[m, rmul=\E[m, rs2=\E\E[?3l\E[?4l\E[?5l\E[?7h\E[?8h, sc=\E7, setab=\E[%?%p1%{8}%%t4%p1%d%e%p1%{16}%%t10%p1%{8}%-%d%e48;5;%p1%d%;m, setaf=\E[%?%p1%{8}%%t3%p1%d%e%p1%{16}%%t9%p1%{8}%-%d%e38;5;%p1%d%;m, sgr=\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5%;%?%p5%t;2%;%?%p7%t;8%;m%?%p9%t\016%e\017%;, sgr0=\E[m\017, smacs=^N, smam=\E[?7h, smcup=\E7\E[?47h, smir=\E[4h, smkx=\E[?1h\E=, smso=\E[7m, smul=\E[4m, tbc=\E[3g, tsl=\E]2;, u6=\E[%i%d;%dR, u7=\E[6n, u8=\E[?1;2c, u9=\E[c, vpa=\E[%i%p1%dd, xterm-256color|xterm with 256 colors, am, bce, ccc, km, mc5i, mir, msgr, npc, xenl, colors#256, cols#80, it#8, lines#24, pairs#32767, acsc=``aaffggiijjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bel=^G, blink=\E[5m, bold=\E[1m, cbt=\E[Z, civis=\E[?25l, clear=\E[H\E[2J, cnorm=\E[?12l\E[?25h, cr=^M, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=^J, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, cvvis=\E[?12;25h, dch=\E[%p1%dP, dch1=\E[P, dim=\E[2m, dl=\E[%p1%dM, dl1=\E[M, ech=\E[%p1%dX, ed=\E[J, el=\E[K, el1=\E[1K, flash=\E[?5h$100/\E[?5l, home=\E[H, hpa=\E[%i%p1%dG, ht=^I, hts=\EH, ich=\E[%p1%d@, il=\E[%p1%dL, il1=\E[L, ind=^J, indn=\E[%p1%dS, initc=\E]4;%p1%d;rgb\:%p2%{255}%*%{1000}%/%2.2X/%p3%{255}%*%{1000}%/%2.2X/%p4%{255}%*%{1000}%/%2.2X\E\\, invis=\E[8m, is2=\E[!p\E[?3;4l\E[4l\E, kDC=\E[3;2~, kEND=\E[1;2F, kHOM=\E[1;2H, kIC=\E[2;2~, kLFT=\E[1;2D, kNXT=\E[6;2~, kPRV=\E[5;2~, kRIT=\E[1;2C, kb2=\EOE, kbs=^H, kcbt=\E[Z, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kdch1=\E[3~, kend=\EOF, kent=\EOM, kf1=\EOP, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[1;2P, kf14=\E[1;2Q, kf15=\E[1;2R, kf16=\E[1;2S, kf17=\E[15;2~, kf18=\E[17;2~, kf19=\E[18;2~, kf2=\EOQ, kf20=\E[19;2~, kf21=\E[20;2~, kf22=\E[21;2~, kf23=\E[23;2~, kf24=\E[24;2~, kf25=\E[1;5P, kf26=\E[1;5Q, kf27=\E[1;5R, kf28=\E[1;5S, kf29=\E[15;5~, kf3=\EOR, kf30=\E[17;5~, kf31=\E[18;5~, kf32=\E[19;5~, kf33=\E[20;5~, kf34=\E[21;5~, kf35=\E[23;5~, kf36=\E[24;5~,
Re: How to switch window without loading the shell init?
Change your default-shell to /bin/sh so that new windows started with a command will get /bin/sh and set default-command to tcsh so you get tcsh? On Wed, May 06, 2015 at 03:11:43PM +, Kaushal wrote: Thanks for the quick replies. But unfortunately, I have to use the tcsh shell and I can put in my custom init stuff only in a ~/.alias which is sourced by a company maintained ~/.cshrc. In that ~/.cshrc, I already have: # skip remaining setup if not an interactive shell if ($?USER == 0 || $?prompt == 0) exit # blah blah blah if ( -e ~/.alias) then * * * * source ~/.alias endif But it looks like that .alias is still getting loaded on doing split-window. Also from man tcsh, I don't think that tcsh has anything like a profile setup that bash has. On Wed, May 6, 2015 at 11:03 AM Nicholas Marriott [1]nicholas.marri...@gmail.com wrote: Most shells have a way to specify different init files for interactive and noninteractive shells (such as setting ENV in .profile for ksh). Or if you're using a sh-like shell you could do something like this in the profile: case $- in *i*) * * * * export SHELL_CONFIG_LOADED=1 * * * * ;; esac On Wed, May 06, 2015 at 02:47:20PM +, Kaushal wrote: * * Hi, * * I use the tmux split-window function only temporarily at times to do some * * quick selections from a list using percol. * * Examples: * * # switch to another session by name * * bind * S split-window tmux ls | percol --initial-index `tmux ls | awk * * '/attached.$/ {print NR-1}'` | cut -d':' -f 1 | xargs tmux switch-client * * -t * * # switch to ANY window in ANY session by name * * # switch to ANY window in ANY session by name * * bind * s split-window tmux ls | cut -d: -f1 | xargs -I SESSION tmux lsw * * -F 'SESSION:#{window_name}' -t SESSION | percol --initial-index `tmux ls | * * cut -d: -f1 | xargs -I SESSION tmux lsw -F * * '___#{session_attached}#{window_active}___' -t SESSION | awk '/___11___/ * * {print NR-1}'` | xargs tmux switch-client -t * * These work except that when creating a new window, it also load my shell * * init script. * * For a new terminal, window, my shell init always loads a bunch of * * environment manipulation that I need to run certain company programs when * * I am actually working in a terminal. I don't need those in the above * * temporary split-window cases. * * I can also skip the time consuming environment setup if I can set an env * * var*SHELL_CONFIG_LOADED before calling split-window. * * So the questions I have are: * * - How can I make split-window not load my default shell init (*rc) script? * * - Alternatively, how can I set an env var*SHELL_CONFIG_LOADED before my * * shell init gets loaded on doing split-window? * * Thanks. -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. [2]http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ tmux-users mailing list [3]tmux-users@lists.sourceforge.net [4]https://lists.sourceforge.net/lists/listinfo/tmux-users References Visible links 1. mailto:nicholas.marri...@gmail.com 2. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y 3. mailto:tmux-users@lists.sourceforge.net 4. https://lists.sourceforge.net/lists/listinfo/tmux-users -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: How to switch window without loading the shell init?
That worked wonders! Thanks. It happens that the existing commands I have like bind S split-window tmux ls | percol --initial-index `tmux ls | awk '/attached.$/ {print NR-1}'` | cut -d':' -f 1 | xargs tmux switch-client -t are sh compatible too. On Wed, May 6, 2015 at 11:16 AM Nicholas Marriott nicholas.marri...@gmail.com wrote: Change your default-shell to /bin/sh so that new windows started with a command will get /bin/sh and set default-command to tcsh so you get tcsh? On Wed, May 06, 2015 at 03:11:43PM +, Kaushal wrote: Thanks for the quick replies. But unfortunately, I have to use the tcsh shell and I can put in my custom init stuff only in a ~/.alias which is sourced by a company maintained ~/.cshrc. In that ~/.cshrc, I already have: # skip remaining setup if not an interactive shell if ($?USER == 0 || $?prompt == 0) exit # blah blah blah if ( -e ~/.alias) then * * * * source ~/.alias endif But it looks like that .alias is still getting loaded on doing split-window. Also from man tcsh, I don't think that tcsh has anything like a profile setup that bash has. On Wed, May 6, 2015 at 11:03 AM Nicholas Marriott [1]nicholas.marri...@gmail.com wrote: Most shells have a way to specify different init files for interactive and noninteractive shells (such as setting ENV in .profile for ksh). Or if you're using a sh-like shell you could do something like this in the profile: case $- in *i*) * * * * export SHELL_CONFIG_LOADED=1 * * * * ;; esac On Wed, May 06, 2015 at 02:47:20PM +, Kaushal wrote: * * Hi, * * I use the tmux split-window function only temporarily at times to do some * * quick selections from a list using percol. * * Examples: * * # switch to another session by name * * bind * S split-window tmux ls | percol --initial-index `tmux ls | awk * * '/attached.$/ {print NR-1}'` | cut -d':' -f 1 | xargs tmux switch-client * * -t * * # switch to ANY window in ANY session by name * * # switch to ANY window in ANY session by name * * bind * s split-window tmux ls | cut -d: -f1 | xargs -I SESSION tmux lsw * * -F 'SESSION:#{window_name}' -t SESSION | percol --initial-index `tmux ls | * * cut -d: -f1 | xargs -I SESSION tmux lsw -F * * '___#{session_attached}#{window_active}___' -t SESSION | awk '/___11___/ * * {print NR-1}'` | xargs tmux switch-client -t * * These work except that when creating a new window, it also load my shell * * init script. * * For a new terminal, window, my shell init always loads a bunch of * * environment manipulation that I need to run certain company programs when * * I am actually working in a terminal. I don't need those in the above * * temporary split-window cases. * * I can also skip the time consuming environment setup if I can set an env * * var*SHELL_CONFIG_LOADED before calling split-window. * * So the questions I have are: * * - How can I make split-window not load my default shell init (*rc) script? * * - Alternatively, how can I set an env var*SHELL_CONFIG_LOADED before my * * shell init gets loaded on doing split-window? * * Thanks. -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. [2]http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ tmux-users mailing list [3]tmux-users@lists.sourceforge.net [4]https://lists.sourceforge.net/lists/listinfo/tmux-users References Visible links 1. mailto:nicholas.marri...@gmail.com 2. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y 3. mailto:tmux-users@lists.sourceforge.net 4. https://lists.sourceforge.net/lists/listinfo/tmux-users -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ tmux-users mailing list tmux-users@lists.sourceforge.net
Re: How to switch window without loading the shell init?
I tried that but as I mentioned in the parallel thread, tcsh was still load first as my default-shell was tcsh. Changing default-shell to /bin/sh and default-command to tcsh fixed everything. I now just need to make sure that I pass in a bash/sh compatiable command instead of a tcsh/csh command. On Wed, May 6, 2015 at 10:55 AM Chas. Owens chas.ow...@gmail.com wrote: It sounds like your heavy weight initializing is being done in .bashrc as opposed to .bash_profile or .profile. The .bashrc config file is intended to barely bootstrap your environment and .bash_profile (or .profile) is intended to make an interactive shell usable. One option would be to use a different shell like sh to run your commands: sh -c ls | percol --initial-index `tmux ls | awk '/attached.$/ {print NR-1}'` | cut -d':' -f 1 | xargs tmux switch-client -t another would be to specify a different .bashrc: bash --rcfile .bashrc_light -c tmux ls | blah. On Wed, May 6, 2015 at 10:49 AM Kaushal kaushal.m...@gmail.com wrote: Hi, I use the tmux split-window function only temporarily at times to do some quick selections from a list using percol. Examples: # switch to another session by name bind S split-window tmux ls | percol --initial-index `tmux ls | awk '/attached.$/ {print NR-1}'` | cut -d':' -f 1 | xargs tmux switch-client -t # switch to ANY window in ANY session by name # switch to ANY window in ANY session by name bind s split-window tmux ls | cut -d: -f1 | xargs -I SESSION tmux lsw -F 'SESSION:#{window_name}' -t SESSION | percol --initial-index `tmux ls | cut -d: -f1 | xargs -I SESSION tmux lsw -F '___#{session_attached}#{window_active}___' -t SESSION | awk '/___11___/ {print NR-1}'` | xargs tmux switch-client -t These work except that when creating a new window, it also load my shell init script. For a new terminal, window, my shell init always loads a bunch of environment manipulation that I need to run certain company programs when I am actually working in a terminal. I don't need those in the above temporary split-window cases. I can also skip the time consuming environment setup if I can set an env var SHELL_CONFIG_LOADED before calling split-window. So the questions I have are: - How can I make split-window not load my default shell init (*rc) script? - Alternatively, how can I set an env var SHELL_CONFIG_LOADED before my shell init gets loaded on doing split-window? Thanks. -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Q: tmux sending different key escape codes for Option+Left/Right depending on $TERM?
Hello, I'm using tmux 1.9a in Terminal.app 343.7 (OS X 10.10). I noticed by accident that when I press Option+Left/Right I get different escape codes, depending if the $TERM variable outside tmux is set to 'nsterm' or 'xterm'. For example, when pressing Option+Left: $TERM=='nsterm': ^[^[OD or ^[^[[D (depends on application mode) $TERM=='xterm': ^[b (does not depend on the mode) The option 'xterm-keys' is off in both cases. I'm just wondering if this behavior is documented because I could not find any references in the man page. I'm interested (for no particular reason besides my personal curiosity) in finding out what's the exact logic that tmux uses to determine the escape sequence to send to the application; I inspected the source code but I'm not familiar with the codebase and I'm having trouble figuring this out on my own. I would appreciate if somebody could shed some light on this. For reference, these are my terminfo capabilities: nsterm|Apple_Terminal|AppKit Terminal.app, am, bce, hs, mir, msgr, npc, xenl, xon, colors#256, cols#80, it#8, lines#24, pairs#32767, wsl#50, acsc=``aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bel=^G, blink=\E[5m, bold=\E[1m, civis=\E[?25l, clear=\E[H\E[J, cnorm=\E[?25h, cr=^M, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=^J, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, dch=\E[%p1%dP, dch1=\E[P, dim=\E[2m, dl=\E[%p1%dM, dl1=\E[M, dsl=\E]2;\007, ed=\E[J, el=\E[K, el1=\E[1K, enacs=\E(B\E)0, flash=\E[?5h$200/\E[?5l, fsl=^G, home=\E[H, hpa=\E[%i%p1%dG, ht=^I, hts=\EH, ich=\E[%p1%d@, ich1=\E[@, il=\E[%p1%dL, il1=\E[L, ind=^J, invis=\E[8m, kDC=\E[3;2~, kLFT=\E[1;2D, kRIT=\E[1;2C, ka1=\EOq, ka3=\EOs, kb2=\EOr, kbs=\177, kc1=\EOp, kc3=\EOn, kcbt=\E[Z, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kdch1=\E[3~, kend=\EOF, kent=\EOM, kf1=\EOP, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[25~, kf14=\E[26~, kf15=\E[28~, kf16=\E[29~, kf17=\E[31~, kf18=\E[32~, kf19=\E[33~, kf2=\EOQ, kf20=\E[34~, kf3=\EOR, kf4=\EOS, kf5=\E[15~, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, khome=\EOH, knp=\E[6~, kpp=\E[5~, op=\E[0m, rc=\E8, rev=\E[7m, ri=\EM, rmacs=^O, rmam=\E[?7l, rmcup=\E[2J\E[?47l\E8, rmir=\E[4l, rmkx=\E[?1l\E, rmso=\E[m, rmul=\E[m, rs2=\E\E[?3l\E[?4l\E[?5l\E[?7h\E[?8h, sc=\E7, setab=\E[%?%p1%{8}%%t4%p1%d%e%p1%{16}%%t10%p1%{8}%-%d%e48;5;%p1%d%;m, setaf=\E[%?%p1%{8}%%t3%p1%d%e%p1%{16}%%t9%p1%{8}%-%d%e38;5;%p1%d%;m, sgr=\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5%;%?%p5%t;2%;%?%p7%t;8%;m%?%p9%t\016%e\017%;, sgr0=\E[m\017, smacs=^N, smam=\E[?7h, smcup=\E7\E[?47h, smir=\E[4h, smkx=\E[?1h\E=, smso=\E[7m, smul=\E[4m, tbc=\E[3g, tsl=\E]2;, u6=\E[%i%d;%dR, u7=\E[6n, u8=\E[?1;2c, u9=\E[c, vpa=\E[%i%p1%dd, xterm-256color|xterm with 256 colors, am, bce, ccc, km, mc5i, mir, msgr, npc, xenl, colors#256, cols#80, it#8, lines#24, pairs#32767, acsc=``aaffggiijjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~, bel=^G, blink=\E[5m, bold=\E[1m, cbt=\E[Z, civis=\E[?25l, clear=\E[H\E[2J, cnorm=\E[?12l\E[?25h, cr=^M, csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=^J, cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A, cvvis=\E[?12;25h, dch=\E[%p1%dP, dch1=\E[P, dim=\E[2m, dl=\E[%p1%dM, dl1=\E[M, ech=\E[%p1%dX, ed=\E[J, el=\E[K, el1=\E[1K, flash=\E[?5h$100/\E[?5l, home=\E[H, hpa=\E[%i%p1%dG, ht=^I, hts=\EH, ich=\E[%p1%d@, il=\E[%p1%dL, il1=\E[L, ind=^J, indn=\E[%p1%dS, initc=\E]4;%p1%d;rgb\:%p2%{255}%*%{1000}%/%2.2X/%p3%{255}%*%{1000}%/%2.2X/%p4%{255}%*%{1000}%/%2.2X\E\\, invis=\E[8m, is2=\E[!p\E[?3;4l\E[4l\E, kDC=\E[3;2~, kEND=\E[1;2F, kHOM=\E[1;2H, kIC=\E[2;2~, kLFT=\E[1;2D, kNXT=\E[6;2~, kPRV=\E[5;2~, kRIT=\E[1;2C, kb2=\EOE, kbs=^H, kcbt=\E[Z, kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kdch1=\E[3~, kend=\EOF, kent=\EOM, kf1=\EOP, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[1;2P, kf14=\E[1;2Q, kf15=\E[1;2R, kf16=\E[1;2S, kf17=\E[15;2~, kf18=\E[17;2~, kf19=\E[18;2~, kf2=\EOQ, kf20=\E[19;2~, kf21=\E[20;2~, kf22=\E[21;2~, kf23=\E[23;2~, kf24=\E[24;2~, kf25=\E[1;5P, kf26=\E[1;5Q, kf27=\E[1;5R, kf28=\E[1;5S, kf29=\E[15;5~, kf3=\EOR, kf30=\E[17;5~, kf31=\E[18;5~, kf32=\E[19;5~, kf33=\E[20;5~, kf34=\E[21;5~, kf35=\E[23;5~, kf36=\E[24;5~, kf37=\E[1;6P, kf38=\E[1;6Q, kf39=\E[1;6R, kf4=\EOS, kf40=\E[1;6S, kf41=\E[15;6~, kf42=\E[17;6~, kf43=\E[18;6~, kf44=\E[19;6~, kf45=\E[20;6~, kf46=\E[21;6~, kf47=\E[23;6~, kf48=\E[24;6~, kf49=\E[1;3P, kf5=\E[15~, kf50=\E[1;3Q, kf51=\E[1;3R, kf52=\E[1;3S, kf53=\E[15;3~,
Re: How to switch window without loading the shell init?
Most shells have a way to specify different init files for interactive and noninteractive shells (such as setting ENV in .profile for ksh). Or if you're using a sh-like shell you could do something like this in the profile: case $- in *i*) export SHELL_CONFIG_LOADED=1 ;; esac On Wed, May 06, 2015 at 02:47:20PM +, Kaushal wrote: Hi, I use the tmux split-window function only temporarily at times to do some quick selections from a list using percol. Examples: # switch to another session by name bind * S split-window tmux ls | percol --initial-index `tmux ls | awk '/attached.$/ {print NR-1}'` | cut -d':' -f 1 | xargs tmux switch-client -t # switch to ANY window in ANY session by name # switch to ANY window in ANY session by name bind * s split-window tmux ls | cut -d: -f1 | xargs -I SESSION tmux lsw -F 'SESSION:#{window_name}' -t SESSION | percol --initial-index `tmux ls | cut -d: -f1 | xargs -I SESSION tmux lsw -F '___#{session_attached}#{window_active}___' -t SESSION | awk '/___11___/ {print NR-1}'` | xargs tmux switch-client -t These work except that when creating a new window, it also load my shell init script. For a new terminal, window, my shell init always loads a bunch of environment manipulation that I need to run certain company programs when I am actually working in a terminal. I don't need those in the above temporary split-window cases. I can also skip the time consuming environment setup if I can set an env var*SHELL_CONFIG_LOADED before calling split-window. So the questions I have are: - How can I make split-window not load my default shell init (*rc) script? - Alternatively, how can I set an env var*SHELL_CONFIG_LOADED before my shell init gets loaded on doing split-window? Thanks. -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: How to switch window without loading the shell init?
Thanks for the quick replies. But unfortunately, I have to use the tcsh shell and I can put in my custom init stuff only in a ~/.alias which is sourced by a company maintained ~/.cshrc. In that ~/.cshrc, I already have: # skip remaining setup if not an interactive shell if ($?USER == 0 || $?prompt == 0) exit # blah blah blah if ( -e ~/.alias) then source ~/.alias endif But it looks like that .alias is still getting loaded on doing split-window. Also from man tcsh, I don't think that tcsh has anything like a profile setup that bash has. On Wed, May 6, 2015 at 11:03 AM Nicholas Marriott nicholas.marri...@gmail.com wrote: Most shells have a way to specify different init files for interactive and noninteractive shells (such as setting ENV in .profile for ksh). Or if you're using a sh-like shell you could do something like this in the profile: case $- in *i*) export SHELL_CONFIG_LOADED=1 ;; esac On Wed, May 06, 2015 at 02:47:20PM +, Kaushal wrote: Hi, I use the tmux split-window function only temporarily at times to do some quick selections from a list using percol. Examples: # switch to another session by name bind * S split-window tmux ls | percol --initial-index `tmux ls | awk '/attached.$/ {print NR-1}'` | cut -d':' -f 1 | xargs tmux switch-client -t # switch to ANY window in ANY session by name # switch to ANY window in ANY session by name bind * s split-window tmux ls | cut -d: -f1 | xargs -I SESSION tmux lsw -F 'SESSION:#{window_name}' -t SESSION | percol --initial-index `tmux ls | cut -d: -f1 | xargs -I SESSION tmux lsw -F '___#{session_attached}#{window_active}___' -t SESSION | awk '/___11___/ {print NR-1}'` | xargs tmux switch-client -t These work except that when creating a new window, it also load my shell init script. For a new terminal, window, my shell init always loads a bunch of environment manipulation that I need to run certain company programs when I am actually working in a terminal. I don't need those in the above temporary split-window cases. I can also skip the time consuming environment setup if I can set an env var*SHELL_CONFIG_LOADED before calling split-window. So the questions I have are: - How can I make split-window not load my default shell init (*rc) script? - Alternatively, how can I set an env var*SHELL_CONFIG_LOADED before my shell init gets loaded on doing split-window? Thanks. -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users