2014-12-09 29 views
5

kullanıldığında, linebreak seçeneği Vim'de iyi çalışmaz (g) Vim'in tuhaf bir davranışını fark ettim: genişlikten daha uzun bir çizgiye sahip bir pencere var ve ben I s, S, cmotion veya cc vurmak ', set wrap linebreak cursorline ettik (ancak i, bir o veya o) başka bir satıra ve ↵isabet, bu pencerede satırlar artık kelime sınırlarına sarılmış bazı gizemli nedenler içindir (set wrap nolinebreak gibi görünüyor). Esc ve sonra j veya k'a bastığımda, normal ekrana döner.s, S veya c + <cr>

Bu açıkça görülmemelidir. Vim'de bir hata mı, yanlış yaptığım bir şey mi? Vim tabula rasa (vim --noplugins -u NONE veya gvim --noplugins -u NONE) 'u çağırırken de oluşur. Makinem Arch Linux ve kullandığım Vim sürümü 7.4.537. Başka bir Arch Linux makinesinde test ettim ve aynı şekilde davranıyor, ancak Vim 7.3.429'un kurulu olduğu DreamHost hesabım ssh edildikten sonra olması gerektiği gibi davranıyor.

Not: başka bir satırda cursorline olmadan gerçekleşmez, bu yüzden bir şekilde bağlı sanırım, ama nasıl emin değilim. Yine de, aynı uzun satırda (yalnızca bu satırı etkileyeceğinden) s veya c c'u kullanarak düzenleyin.

Bu hatalı davranışın makinenizde gerçekleştiğini onaylayabilir veya onaylayabilir misiniz? Bunu nasıl düzeltebilirim?

(Yalnızca bu değil ve bir hata ise, bir hata, bir hata raporu göndereceğiz).

Çok teşekkür ederim! ☺

+1

Ubuntu'da Vim 7.4.540 için onaylandı. Bu, aynı makinede Vim 7.4.52 ("apt" ile yüklenir) için çoğaltılmaz. Bunu yakalamak için +1. – Yosh

+0

Yani sadece ben değil; bilmek güzel, teşekkürler. Şu anda bu hatayı gidermek için 'map' komutunu kullanıyorum:' map s xi', 'harita cc ddO' ve' Harita S cc'. Mükemmel değil, ama mevcut durumdan daha iyi. Daha iyi bir çözümü olan var mı? –

+0

Gönderilen bir hata mıydı, yoksa bir çözüm mü bulundu? Aynı sorunu yaşıyorum ve gerçekten beni kızdırmaya başlıyor. Yakın zamanda getirilmiş bir konu olabileceğini düşünmemiştim. – Z1MM32M4N

cevap

1

Yorumlardaki tartışmalara göre, bu gerçekten bir hataydı ve 7.4'te patch #576 ile yandı.