Perguntas[tmux](unix)

Estou tentando vincular C-hpara ir para a janela à esquerda. Aqui está meu tmux.conf

set -g default-terminal "xterm-256color"
bind -n S-down new-window
bind -n C-l next
bind -n C-h prev
bind q killp
unbind C-b
set-option -g prefix C-space
bind-key C-a send-prefix
bind c new-window -a
set-option -g history-limit 20000
set -g pane-border-style 'fg=colour1'

Todas essas ligações funcionam conforme esperado no modo normal. No modo de cópia, todos funcionam, exceto C-h, que ainda funciona como backspace e apenas move o cursor para a esquerda. Estou usando ligações globais do Vi, então acho que é por isso. É possível substituir esta ligação do Vi? Tentei adicionar unbind-key C-hprimeiro, não faz diferença.

A saída de tmux list-keys -T copy-mode-vi | grep cursor-lefté:

bind-key -T copy-mode-vi C-h send-keys -X cursor-left
bind-key -T copy-mode-vi h send-keys -X cursor-left
bind-key -T copy-mode-vi BSpace send-keys -X cursor-left
bind-key -T copy-mode-vi Left send-keys -X cursor-left

Eu estava brincando com um script que envia texto para um tmux stdin após esta resposta ( https://unix.stackexchange.com/a/773049/189571 por @Kamil Maciorowski) e estava fazendo isso de forma errada

tty=$(tmux new-session -d -s aux -PF "#{pane_tty}")
echo -n foo > $tty && tput cr > $tty && echo bar > $tty
tmux capture-pane -t aux -p -S0 -E3

o que resulta em foo PROMPT %> bar(sequenciado indeterminadamente e PROMPT é impresso)

enquanto o mesmo, mas usando o comando tail -f /dev/nullcomo argumento de tmux new-session, como sugeriu Kamil, dá barcomo resultado, que é o que eu esperava

Gostaria de entender por que sem cauda tudo falha. Aqui não é tail -f /dev/nulluma espécie de sleep infinity? Qual é a diferença em não passar nenhum comando? Quero dizer, se você não passar nada para a nova sessão, o painel será mantido ativo até a sessão de eliminação também

Estou fazendo um script em zsh no mac que usa tmux e depois da incrível resposta https://unix.stackexchange.com/users/22565/st%c3%a9phane-chazelas , descobri que quando uso tmux, ele usa um intérprete diferente daquele da minha máquina host.

Portanto, como estou gerando os mesmos literais para os painéis tty e tmux a partir dos meus comandos tput de script, queria saber se havia alguma incompatibilidade nas sequências de escape ANSI que estou produzindo.

Descobri que $TERM é xterm-256color no meu mac e screen-256color em um painel tmux, por isso emiti

%> infocmp xterm-256color screen-256color

Estou usando código que usa tput clear, civis, sgr0, cnorm, rc, sc, home, cd, cr, el, cub1, cud, cuf. O código está funcionando, a saída é produzida no contexto xterm com tput e é bem renderizada em tty e tmux quando tee'ed.

Mas de acordo com o infocmp, clear, por exemplo, tem sequências de escape diferentes em ambos os termos:

comparing xterm-256color to screen-256color.
        clear: '\E[H\E[2J', '\E[H\E[J'

então como isso pode funcionar?

Como questão secundária, muitos dos meus comandos não aparecem na comparação. Isso significa que eles não são suportados teoricamente ou que são comuns em ambos os termos?

Usei “tmx” para criar uma sessão tmux chamada “foos” e agora quero criar uma nova sessão chamada “foo”, onde a última é um prefixo da primeira. Mas o tmux me conecta à sessão existente.

Gostaria de criar a sessão especificada diretamente. Melhor ainda, gostaria de mudar o "tmx" da correspondência de prefixo para a correspondência exata ao trabalhar com sessões em todos os contextos.

Meu script "tmx" contém um monte de coisas, mas acho que a parte relevante é:

  if tmux has-session -t "${name}" &> /dev/null; then
    exec env SSH_AUTH_SOCK="${d}/${s}" ${f} tmux "${args[@]}" attach-session -t "${name}"
  else
    exec env SSH_AUTH_SOCK="${d}/${s}" ${f} tmux "${args[@]}" new-session -s "${name}"
  fi

Quando digito Prefix-:para começar a digitar um comando, o tmux muda a cor da barra de status para amarelo escuro . Um efeito semelhante acontece se eu pressionar Prefix-,para alterar o nome de uma janela.

É possível controlar a cor da barra de status?

Já vi essa pergunta e pesquisei na web, mas não consegui encontrar uma solução.

Eu navego pelos painéis vimpressionando Ctrl+wrelease + an arrow key (left|right|down|up).

Gostaria de alterar minha tmuxconfiguração para que a navegação do painel seja a mesma de, vimpara que eu não precise mudar de contexto.

Atualmente, tenho a seguinte configuração para navegar nos painéis tmux:

bind-key j select-pane -D
bind-key k select-pane -U
bind-key h select-pane -L
bind-key l select-pane -R

Meu prefixo global está definido C-fpara que eu possa navegar entre os painéis pressionando C-f + arrowkey.

Existe uma maneira de remapear isso para C-w + arrowkeygostar vim?

Eu tentei algo assim, mas isso não me levou a lugar nenhum

bind -n C-w-j select-pane -D
bind -n C-w-k select-pane -U
bind -n C-w-h select-pane -L
bind -n C-w-l select-pane -R

Estou entendendo mal como funciona a composição das chaves tmux, mas os documentos não ajudaram muito.

Gostaria de criar um modo somente leitura para uma janela específica dentro de uma tmuxsessão. Quero evitar qualquer entrada ou interação do usuário nessa janela, tornando-a efetivamente somente leitura. Alterar a opção da janela para ativar/desativar esse recurso seria perfeito.

Procurei opções em tmux, mas parece que não há nenhum recurso integrado especificamente para o modo somente leitura. Idealmente, estou procurando uma solução que me permita criar uma janela somente leitura tmuxenquanto ainda exibe o conteúdo e permite que outros usuários observem a sessão.

Um exemplo seria que os usuários pudessem monitorar confortavelmente as alterações do log usando o watchcomando sem qualquer risco de interferência não intencional. Qualquer sugestão ou orientação sobre como fazer isso seria muito apreciada.

O tmux se comporta de maneira diferente entre as linhas de comando e o arquivo de configuração equivalente (.tmux.conf)

linha de comando:

bash$ tmux new \; split-window -h \;

arquivo de configuração (.tmux.conf), (e então, na linha de comando, apenas digitamos 'tmux')

new
split-window -h

A versão da linha de comando mostra uma janela dividida na inicialização e cria apenas uma sessão. No entanto, a versão do arquivo de configuração se comporta de maneira diferente:

• Ele cria 2 sessões, com nomes de sessão "0" e "1", em vez de apenas uma sessão.
• A sessão "0" possui janelas divididas, idênticas ao que vi na versão de linha de comando.
• A sessão "1" possui uma única janela completa.
• Para na sessão "1".

Assim, na versão do arquivo de configuração, finalmente chego à sessão “1” na tela. Se eu fizer uma 'saída' e anexar a sessão 0, ela irá para a sessão "0" com os mesmos resultados da versão da linha de comando.

Se, alternativamente, o arquivo de configuração contiver apenas a linha dividida:

split-window -h

então, quando 'tmux' é digitado, ele mostra uma mensagem de erro na inicialização:

.tmux.conf:1: no current target 

E não há janelas divididas (já que o comando da janela dividida falha: como podemos ver, ele reclama que a 1ª linha da configuração não tem nenhum alvo atual).

Aparentemente, a versão da linha de comando é o que eu quero/preciso.

O que há de errado com a versão do arquivo de configuração?

Histórico: estou apenas configurando uma instalação do Arcolinux. Eu tenho um atalho de teclado SUPER + Enter para iniciar o Alacritty.

O que eu quero é que o alacritty crie e inicie automaticamente uma nova sessão do tmux, se não houver nenhuma que não tenha sido anexada. Ou anexe a uma sessão tmux existente se nada estiver anexado a ela.

Eu fiz isso funcionar adicionando o seguinte em alacritty.yml:

shell:
  program: /usr/bin/bash
  args: 
    - -l
    - -c
    - "tmux ls | grep -v attached && tmux attach || tmux"

Tudo isso funciona exatamente como eu gostaria, exceto por uma coisa: as cores no nvim ficam confusas usando esse método (mais escuro, o modo visual tem a mesma cor de destaque do fundo - irritante).

Encontrei vários problemas relacionados e tentei soluções a partir daí: por exemplo, tenho o seguinte na minha configuração do tmux (bem como algumas outras variantes, incluindo um liner 2):

set -ag terminal-overrides ",xterm-256color:RGB"

Certifiquei-me de que a variável TERM esteja definida como xterm-256colore também tentei definir o plano de fundo como "escuro" no nvim.

Nada disso parece ajudar quando eu inicio o nvim a partir de uma sessão tmux conectada ao uso da configuração acima no alacritty.

No entanto, se eu remover a configuração do alactritty e executar o comando para conectar-se ao tmux manualmente, tudo funcionará bem e o nvim terá a aparência esperada:

/usr/bin/bash -l -c "tmux ls | grep -v attached && tmux attach || tmux"

Alguma ideia de por que estou obtendo resultados diferentes ao lançar a partir da configuração do alacritty.

Para sua informação, parte do motivo pelo qual estou fazendo isso dessa maneira é porque não tenho ideia de onde a ligação para SUPER + Enter está definida, não consigo encontrá-la em nenhum arquivo de configuração ou configuração (existe uma maneira melhor de persegui-la), então, pensamentos sobre isso também pode ser útil.

Tanto quanto eu vi, pressionar Ctrl-Z em qualquer multiplexador de terminal, ou tentar iniciá-los em segundo plano, não faz nada ou trava.

Eu sei que, de certa forma, os multiplexadores de terminal são um "substituto" para o controle do trabalho e, geralmente, eles têm seus próprios mecanismos para suspender e retomar. Ainda assim, eu queria saber se poderia integrá-los de alguma forma em um fluxo de trabalho baseado no controle de trabalho do shell.

Responder:

• A tela suspende com "Ca z"
• Tmux suspende com "Cb Cz"
• Zellij suspende com "Co d", mas ao contrário dos anteriores, não coloca o processo no controle de tarefas do shell.