2012-05-09 10 views
8

Sto passando le applicazioni terminali, da Terminal.app di OSX a Google Chrome Secure Shell app e il modo in cui le linee di divisione tra i riquadri in una finestra in tmux passa da un terminale all'altro.tmux: differenza di visualizzazione della linea di divisione del pannello tra i terminali

In Terminal.app la linea divisoria è proprio questo, una linea:

In Secure Shell, la linea di demarcazione è reso con una linea di q s:

Posso pensare a tre possibili casi:

  1. Questa è un'impostazione che posso riparare dalla mia shell.
  2. Questa è un'impostazione che posso correggere dalle preferenze di Secure Shell.
  3. Questa è un'impostazione non ancora supportata dalle preferenze di Secure Shell.

Ma non sono sicuro di quale sia. Sarei felice di modificarlo se si tratta del caso n. 3, ma non sono sicuro di quale sia la responsabilità di visualizzare una linea rispetto allo q s, quindi non riesco ad entrare nel googling e ad imparare cosa deve essere fatto .

+0

assomiglia Sto cercando come gestisce [caratteri di disegno a scatola] (http://en.wikipedia.org/wiki/Box-drawing_character), quindi è da qualche parte iniziare. – rampion

risposta

3

L'emulatore di terminale (Google Chrome Secure Shell) non supporta la funzionalità di caratteri alternativi (ASC) che viene pubblicizzata dalla voce del database terminfo specificata dalla variabile di ambiente TERM in vigore quando si è connessi per (o iniziare) la sessione tmux.

Il progetto Chromium ha an issue relativo al supporto dei set di caratteri nell'emulatore di terminale utilizzato dall'app Chrome.


Per il VT100 User Guide, Table 3-9: Special Graphics Characters, quando i “grafica speciale istituito” viene selezionato, q utilizzato per disegnare “linea orizzontale - Scansione 5”.

Sotto terminfo, i caratteri grafici speciali VT100 sono disponibili come parte della funzionalità ACS (Alternate Character Set); vedere la sezione "Grafica delle linee" di terminfo(5) man page.


Se si utilizza tmux 1.4 o successivo, e Google Chrome Secure Shell supporta UTF-8, allora si dovrebbe essere in grado di ottenere UTF-8 caratteri line drawing dando -u al tuo tmux client (o avendo UTF-8 presente in LC_ALL, LC_CTYPE o LANG quando si esegue un client tmux).

In alternativa, è possibile configurare tmux di disinserire le capacità terminfo ACS-correlati (nel ~/.tmux.conf):

# Google Chrome Secure Shell does not (yet) support ACS; do not use it (for now). 
set-option -ga terminal-overrides ',*:[email protected]:[email protected]:[email protected]:[email protected]' 

tmux ricadrà alla linea ASCII disegno (ad esempio -, |, e +) se il client collegato non supporta UTF-8 e la sua terminologia del database terminfo (come modificata da terminal-overrides) non promuove le funzionalità ACS.

Nota: sarà necessario riavviare il server tmux (uscita da tutte le sessioni) prima che la modifica della configurazione abbia effetto.

+0

risposta impressionante. Ho usato il tuo suggerimento per usare 'tmux -u' per allegare alla mia sessione e ha funzionato perfettamente. – rampion

1

Secure Shell non esegue caratteri di disegno al momento. Verranno aggiunti presto

3

ho avuto lo stesso problema (Putty) e fissato cambiando variabile d'ambiente LANG usando seguente comando

export LANG="en_US:en" 

poi corro tmux e le linee sono stati mostrati correttamente

Speranza che aiuta

+0

Questo risolve il problema di una linea horz mostrata in stucco come accento a (sembra un ') - Grazie utente1841286 – ChrisAdmin

Problemi correlati