Kartik Agaram wrote:
> Ah, thanks! 'bindkey -e' did indeed do the trick.
>
> So in my default shells I get emacs mode before I set EDITOR, but in any
> child shells (not just tmux) the presence of EDITOR switches me to vi mode?
> Am I understanding this correctly?
In zsh, quite a lot of the functi
Hi,
Kartik Agaram wrote:
[...]
> spawn: /usr/bin/zsh --
Since you're using zsh, my guess is that this is not a tmux problem at
all. I bet your $EDITOR or your $VISUAL looks like "vi" (like "vim" or
similar). Then zsh chooses its default line editor mode to be "vi"
instead of "emacs". Those inver
anatoly techtonik wrote:
> Tmux is awesome, but I can not use it without Google. For example, I tried
> to get some version to see if some changes in last releases can be the
> source of weirdness that I am experiencing running irssi under it.
Why google, when there's a perfectly fine manual?
% m
c...@free.fr wrote:
> Thnak you Mark for working to make tmux run under cygwin. I tried
> before (actually also tried with mingw) but did'nt get it right. So,
> once you succeed it would be great if you could provide, for the rest
> of us who can't fix it, a step by step explainatory tuto to comple
Kaushal wrote:
> That was it!! You are a savior!! Thanks!
> I was able to recreate that dreading freeze using Ctrl-s. I'm
> unbinding that key from tcsh immediately.
>
> I wonder why anyone would want to freeze their terminal.. an April
> fools joke? :)
Nope. This is a concept called in-band flow
Nicholas Marriott wrote:
[...]
> * Why do I see dots around a session when I attach to it?
>
> tmux limits the size of the window to the smallest attached session. If
Isn't it rather "smallest attached client"?
Regards, Frank
--
In protocol design, perfection has been reached not when there is
Thomas Adam wrote:
> On 14 May 2013 21:24, "Frank Terbeck" wrote:
[...]
>> I suppose having an option for new-window and new-session and/or a
>> server setting that sets the default state of the flowcontrol in the
>> terminals tmux provides, wouldn't be a compl
Marco wrote:
> On 2013–05–14 Marco wrote:
[...]
>> I know you think the programs are at fault, but apparently it's
>> common practice to make applications respect the stty setting,
>> regardless if it makes sense or not. It's just not practical to
>> file a bug report against so many applications.
Marco wrote:
> On 2013–05–14 Nicholas Marriott wrote:
>> Surely vim should be turning off flow control itself though?
>
> As Frank already pointed out, it happens with all applications.
To be fair, there are applications that do the right thing. The terminal
version of emacs for example.
You coul
Nicholas Marriott wrote:
> Sounds like it doesn't work for noninteractive shells, probably need to
> put the stty somewhere that your shell always reads even if
> noninteractive.
>
> Surely vim should be turning off flow control itself though?
I think that turning flow control off is the only reas
Anton Yuzhaninov wrote:
> Please add tcsh completion file to examples dir:
> http://citrin.ru/tmp/tcsh_completion_tmux
> (alongside examples/bash_completion_tmux.sh)
Since these both came up, and you wonder "Where's a zsh completion?",
know that a zsh tmux completion is maintained upstream.
If so
Hello John,
Note, that I didn't read the whole backlog. From what I gathered, your
zsh is misbehaving inside of tmux. I can guess what might be going on.
Maybe I'm onto something or maybe not. I guess we'll only know if you
try. ;)
John Long wrote:
[...]
> Yes, correct. And only with zsh. In bash
Bill Sun wrote:
> I'm a zsh user. I have those key bindings in .zshrc:
> key[Home]=${terminfo[khome]}
> key[End]=${terminfo[kend]}
> [[ -n "${key[Home]}" ]] && bindkey "${key[Home]}" beginning-of-line
> [[ -n "${key[End]}" ]] && bindkey "${key[End]}" end-of-line
>
> In 'plain' xte
Nicholas Marriott wrote:
[...]
> Home and End may not work right for some reason but Esc/Esc will always
> work.
Indeed. (Though, ESC may register with a delay.)
IIRC, the OPs issue was with zsh. If so, the `$terminfo' solution on
this page is the most-portable, fully-automatic way to make specia
or not.
This adds a flag, that forces a given string to be send to a pane
literally (hence `-l'):
send-keys -l C-a
Signed-off-by: Frank Terbeck
---
cmd-send-keys.c |7 ---
tmux.1 |6 --
2 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/cmd-send-keys.c b
clemens fischer wrote:
[...]
> tmux.h:30:19: error: event.h: No such file or directory
>
> I found out that nils provos libevent is needed, this should be
> mentioned in the FAQ for the dev version.
It's in the NOTES file. You just need to read it. :)
Regards, Frank
--
In protocol design, per
Chris Jones :
> On Mon, Sep 28, 2009 at 03:35:22AM EDT, Frank Terbeck wrote:
> > What would those setaf= and setab= values be?
>
> Attaching the infocmp of the version in the ncurses tarball.
Either I'm blind or you forgot to attach or the tmux-users list strips
attachments.
Chris Jones :
> On Thu, Sep 24, 2009 at 09:48:02AM EDT, Frank Terbeck wrote:
[...]
> > With one exception. Colours with bold attribute appear as if the bold
> > attribute wasn't there.
[...]
> I first ran into this annoying issue while still on debian "etch" wh
Nicholas Marriott :
> Did you use \e or \E in terminal-overrides? tmux expects \e but terminfo uses
> \E which won't work in tmux.
Heh, well. I indeed used \E, as you used both in your example line
earlier and infocmp's output used \E, too. So, I tried both as \E when
mixing \E and \e had failed..
Nicholas Marriott :
> Maybe I got the terminal-overrides string wrong, can you run tmux server-info
> after starting tmux with it set and tell me what setaf and setab are set to?
This is what I get:
68: setab: (string) E[4%p1%dm
69: setaf: (string) E[3%p1%dm
Regards, Frank
--
Nicholas Marriott :
> There are differences in how setaf is defined between xterm and
> xterm-256color:
>
> $ TERM=xterm tput setaf 4|cat -v; echo
> ^[[34m
> $ TERM=xterm-256color tput setaf 4|cat -v; echo
> ^[[38;5;4m
>
> So, when you do:
>
> $ printf '\e[1;34mabc'
>
> tmux sets colour 4 usin
Nicholas Marriott :
> Are you expecting a bold font as well?
Well, no. I'm using the following resources, that should turn off bold
characters everywhere in xterm:
[snip]
XTerm*font: -*-terminus-*-*-*-*-12-*-*-*-*-*-*-*
XTerm*boldFont: -*-terminus-*-*-*-*-12-*-*-*-*-*-
Hey list!
I've been playing around with a 256 colour xterm and tmux. I've been
following the FAQ entry and that worked.
With one exception. Colours with bold attribute appear as if the bold
attribute wasn't there.
I used this to test:
[snip]
printf '\e[01;34mfoo\n'
printf '\e[34mfoo\n'
[snap]
T
23 matches
Mail list logo
