Uzun komut satırlarının bir sonraki satıra sarılmasını nasıl sağlayabilirim?

Ubuntu'da uzun zamandır beni rahatsız eden bir şey dikkatimi çekti; bir komut satırına terminal genişliğinden daha uzun (daha geniş) bir komut yazarken, yeni bir satıra sarılmak yerine, Aynı satırdaki sütun 1 ve komut satırımın başlangıcını üzerine yazmaya başlar. (Aslında gerçek komutun üzerine yazılmaz, ancak görsel olarak görüntülenen metnin üzerine yazılır).

Bunu görmeden açıklamak zor, ama diyelim ki terminalim 20 karakter genişliğinde (Mine daha çok 120 karakter gibidir - ama bir örnek uğruna) ve ben de İngiliz alfabesini yankılamak istiyorum. Yazdığım şey şudur:

echo abcdefghijklmnopqrstuvwxyz

Ama anahtarım çarpmadan önce terminalim nasıl görünüyor?

pqrstuvwxyzghijklmno

Girdiğimde girişte yankı

abcdefghijklmnopqrstuvwxyz

bu yüzden komutun doğru bir şekilde alındığını biliyorum. Sadece "o" dan sonra yazmamı kapattı ve aynı satırda başladı.

Ne olacağını umuyorum, bu komutu yalnızca 20 karakter genişliğindeki bir terminale girersem şu olurdu:

echo abcdefghijklmno
pqrstuvwxyz

Arka plan: Kabuğum olarak bash kullanıyorum ve bu satırı ~ / .bashrc dosyasında kullanıyorum:

set -o vi

VI komutları ile komut satırında dolaşabilmek. Şu anda Ubuntu 10.10 sunucusunu kullanıyorum ve sunucuya Putty ile bağlanıyorum.

Çalıştığım başka herhangi bir ortamda, uzun bir komut satırı yazarsam, komutum terminal genişliğinden daha uzun olduğunda ve yazmaya devam ettiğimde üzerinde çalıştığım satırın altına yeni bir satır ekler. 2 farklı hat. Fakat Ubuntu'yu kullanmayı hatırlayabildiğim sürece, uzun komutlarım sadece 1 satır işgal eder.

Bu aynı zamanda tarihteki önceki komutlara geri döndüğümde de olur (Esc'ye, ardından önceki komutlara geri dönmek için 'K' ye basın) - terminal genişliğinden daha uzun bir önceki komuta geldiğimde komut satırı karışık ve komutta nerede olduğumu söyleyemem.

Uzun komutun tamamını görmek için bulduğum tek çözüm, geçerli komutu VI düzenleyicide açan "Esc-V" yi tıklatmak.

.Bashrc dosyamda tuhaf bir şey olduğunu sanmıyorum. "Set -o vi" satırını yorumladım ve hala sorun yaşadım.

Yeni bir Putty kopyası indirdim ve konfigürasyonda herhangi bir değişiklik yapmadım - bağlanmak için sadece ana bilgisayar adımı yazdım ve hala sorunum var, bu yüzden Putty ile bir şey olduğunu sanmıyorum (gerekmedikçe) bazı yapılandırma değişiklikleri yap)

Başka biri bu sorunu yaşadı mı ve birileri nasıl düzeltebileceğini düşünebiliyor mu?

Düzenle

Benim .bashrc dosyamdı. Aynı profili makineden makineye kopyaladım ve $ PS1'imde bir şekilde onu fırlatan özel karakterler kullandım. Şimdi $ PS1'imin standart bash değişkenlerini yapıyorum.

.Bashrc'deki bahşiş için @ ændrük'e teşekkür ederiz!

... Düzenlemeyi Sonlandır ...

PS1'inizdeki yazdırılamayan tüm baytların içinde bulunduğundan emin olun \[ \]. Aksi takdirde, bash onları istemi boyunca sayar. Satırın ne zaman kaydırılacağını belirlemek için istemin uzunluğunu kullanır.

Örneğin, burada bash bilgi istemini 19 sütun genişliğinde sayarken, terminal tarafından görüntülenen bilgi istemi yalnızca 10 sütun genişliğindedir ( My promptcamgöbeği ile >yazılmış ve varsayılan renkte yazılmıştır):

PS1='\e[36mMy prompt\e[0m>'         # bash count: 19, actual: 10

burada sadece istemi 10 sütun genişliğinde sayar çünkü özel \[ile \]kaçış arasındaki baytları yok sayar :

PS1='\[\e[36m\]My prompt\[\e[0m\]>' # bash count: 10, actual: 10

Yine de iyi uygulama için, tputzor kodlamadan ziyade terminal çıkışlarını üretmek için kullanın :

cyan=$(tput setaf 6) # \e[36m
reset=$(tput sgr0)   # \e[0m
PS1='\[$cyan\]My prompt\[$reset\]>'

Bkz http://mywiki.wooledge.org/BashFAQ/053 ve ayrıca http://wiki.bash-hackers.org/scripting/terminalcodes daha üstünde için tput.

Sanırım kendi PS1rengini yapılandırdın değil mi?

Sadece renk setinizden önceki teklifinizin \[içinde olduğunuzdan emin olunPS1

Örneğin:

PS1='\[\e[0;32m\u@\w/:\[\e[m '

Benzer bir sorun yaşadım ve sonunda basit bir çözüm buldum.

.bashrcDosyanıza şu satırı ekleyin :

COLUMNS=250

Sonra source ~/.bashrcistediğiniz efekti elde etmek için yazın.

Aynı sorunu, içinde renk kodları \[ve \]sınırlayıcılar içermesine rağmen, özel renkli bir bilgi istemi ile yaşadım . Bir fonksiyonun içindeki bash renkleri yankılamakta zorlandığı ortaya çıkıyor . Sonucum için sadece değişkenler kullandım ve .bashrc'im biraz daha az şık olsa da, şimdi her şey iyi çalışıyor.

Yapılması gereken basit bir şey, PS1'i ayarlamadan önce aşağıdaki satırı eklemek olacaktır:

stty columns 1000

Örneğin,

stty columns 1000
PS1='\[\e[0;32m\u@\w/:[\e[m '

ancak bu, ls ve man gibi diğer unix komutlarını etkiler.

Tmux'a bağlandığımda bu sorunu yaşadım. Sorun, ipythonarka planda ( ctrl + z) bir oturumum olması ve bir şekilde satır sarımını kırmasıydı. Sonlandırdığımda ( fg, ctrl+d+d) terminalim düzgün çalışmaya başladı

Bu nedenle, durdurulmuş etkileşimli istemleri kontrol edin.

Ben de aynı konuyu hafif bir bükülme ile yaşadım ve çözümümü de paylaşacağımı düşündüm, sadece küçük nüansımı eklemek için: D

İlk PS1’im

PS1="\[\033[01;32m\]\u\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$"

Karşılaştığım sorun terminal başlığımı ve komut istemini değiştirmeye çalışmamdı. Bunu yapan yolu ekleyerek oldu \[\033]0;\]Title\aiçin PS1 değişkeninin.

Şimdi PS1'im şuydu:

PS1="\[\033[01;32m\]\u\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$\[\033]0;\]Title\a"

Bu benim için sarma hattını berbat etti. Sonunda bash \asonunda olmaktan hoşlanmıyor gibi görünüyordu . Bunu atlatmak için başlığı değiştirmiş gibi görünen bir değişkene koydum.

TITLE="\033]0;Title\a"
PS1="\[\033[01;32m\]\u\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$\[$TITLE\]"

\[ve \]benim için işe yaramadı. İstemi nasıl oluşturduğum (harici bir programdan) veya istemimin "dinamik" olduğu konusunda farklı bir şey olduğunu tahmin ediyorum.

Bunu okuduktan sonra , renk kodlarını 0x01ve 0x02baytlarıyla gerçekten kaçabileceğinizi öğrendim .

Örneğin, Chalk'ın özel bir sürümünü kullanıyorum ve renkleri kullanarak şunu sardım:

const Chalk = require('@nasc/chalk');

const chalk = new Chalk.constructor({
  wrapper: {
    pre: '\1',
    post: '\2',
  }
});