Ho notato un comportamento strano di (g) Vim: dire che ho una finestra con una linea più lunga della sua larghezza e I sono già set wrap linebreak cursorline, se ho colpito s, S, cmotion o cc (ma non i, uno o o) su un'altra linea e quindi premere ↵, le linee su questa finestra sono per qualche misteriosa causa non più avvolta ai confini delle parole (sembra che io abbia set wrap nolinebreak). Se colpisco Esc e poi j o k ritorna alla visualizzazione normale.L'opzione linebreak non funziona bene in Vim quando si usano s, S o c + <cr>
Questo ovviamente non dovrebbe verificarsi. È un bug in Vim o qualcosa che ho fatto di sbagliato? Si verifica quando si richiama Vim tabula rasa (vim --noplugins -u NONE o gvim --noplugins -u NONE). La mia macchina è Arch Linux e la versione Vim che uso è 7.4.537. L'ho provato su un altro computer Arch Linux che ho e si comporta allo stesso modo, ma quando I ssh ed il mio account DreamHost, su cui è installato Vim 7.3.429, si comporta come dovrebbe.
Nota: non si verifica senza cursorline su un'altra riga, quindi suppongo sia collegato in qualche modo, ma non sono sicuro di come. Si verifica comunque se si modifica utilizzando s o cj sulla stessa linea lunga (di quella che riguarda solo questa linea).
È possibile confermare o confermare che questo comportamento errato si verifica sulla macchina? Come si può risolvere questo?
(Se non è solo io ed è è un bug, invierò un bug report).
Grazie mille! ☺
Confermato per Vim 7.4.540 su Ubuntu. Questo non si riproduce per Vim 7.4.52 (che è installato da 'apt') sulla stessa macchina. +1 per prendere questo. – Yosh
Quindi non sono solo io; buono a sapersi, grazie. Per il momento, uso il comando 'map' per aggirare questo bug:' map s xi', 'map cc ddO' e' map S cc'. Non è perfetto, ma è migliore della situazione attuale. Qualcuno ha una soluzione migliore? –
È stato inoltrato un bug o è stata trovata una soluzione? Sto avendo lo stesso problema, e in realtà sta iniziando a infastidirmi. Non avevo considerato che potesse trattarsi di un problema introdotto di recente. – Z1MM32M4N