Vim เลื่อนช้ามากเมื่อบรรทัดยาวเกินไป

23

ฉันไม่เคยคิดเลยว่า Vim จะช้ามาก สิ่งที่ฉันมีคือเส้นยาวต่อไปนี้:

^{(คลิกที่ภาพเพื่อขยาย)}

ฉันเรียกใช้ Vim (MacVim) ภายใต้ Mac OS X ด้วยแอปเทอร์มินัล นี่คือฉันvimrc ฉันหวังว่ามันจะไม่เกี่ยวข้องกับปลั๊กอินของฉัน ถ้าฉันสลายภาพใหญ่ในภาพทุกอย่างก็ทำงานได้อย่างรวดเร็วอีกครั้ง

vim macvim

— Matthias Guenther
แหล่งที่มา

+1 ขอบคุณสำหรับรูปภาพ! หนึ่งบรรทัดนั้นยาวมาก โปรดจำไว้ว่าโปรแกรมแก้ไขข้อความ CLI ใช้เพื่อ จำกัด บรรทัดให้เหลือ 255 อักขระในสมัยของ DOS การเน้นไวยากรณ์ต้องให้แท็ก HTML แต่ละแท็กเปิดและปิดอยู่และมีการตรวจสอบเครื่องหมายคำพูดคู่แต่ละอันด้วยเช่นกันจากนั้นแต่ละตัวแปร และฉันแน่ใจว่าทุกครั้งที่คุณวางแท็กอื่นไว้ในแท็ก HREF ผู้แก้ไขจะต้องเข้าใจว่ามันหมายถึงอะไร ฉันเคยเห็น emacs มีปัญหาในการเน้นข้อความที่ VI ไม่มีปัญหา: คุณสามารถเลือกบรรณาธิการตามที่เราต้องการเช่น chrome, FF และเบราว์เซอร์ IE ที่น่าอับอาย

— Vlueboy

23

นี่เป็นปัญหาที่ทราบกันดีของ Vim และบรรทัดที่ยาวมาก ฉันเห็นคำตอบสามข้อ:

:syntax offปิดการเน้นไวยากรณ์ด้วย
จำกัด การเน้นไวยากรณ์ที่มี:set synmaxcol=200หรือค่าอื่น ๆ
:s/\s<a/<C-v><Enter><aทำลายลงเส้นยาวของคุณในชิ้นเล็กด้วย

ในกรณีนี้ฉันขอแนะนำโซลูชัน 3

— romainl
แหล่งที่มา

36

ลองต่อไปนี้:

" Syntax coloring lines that are too long just slows down the world
set synmaxcol=128

อื่นฉันแนะนำเร่งเร่งเป็นกลุ่มโดย:

set ttyfast " u got a fast terminal
set ttyscroll=3
set lazyredraw " to avoid scrolling problems

— phux
แหล่งที่มา

2

+1 สิ่งนี้จะมีประโยชน์แม้ว่าผู้ถามจะไม่ได้รับเลือกว่าเป็นคำตอบที่ "ดีที่สุด" ก็ตาม

— Vlueboy

2

ว้าวsynmaxcolสร้างความแตกต่างเมื่อเขียนโพสต์บล็อกใน markdown

— Keith Smiley

lazyredrawทำเคล็ดลับสำหรับฉัน แม้ว่าจะไม่มีปลั๊กอินใด ๆ ที่เลื่อนผ่านไฟล์บางไฟล์ก็ช้ามากเลือดตาแทบกระเด็น นี่เป็นกรณีในทั้งเป็นกลุ่มและ gvim การรวบรวมสถานะไม่แสดงอะไรเลย

— ความสับสน

set synmaxcol=4096การแก้ไขอย่างสมบูรณ์ปัญหาของการเน้นไวยากรณ์ถูกหักในสายยาว :)

— เจย์เทย์เลอร์

1

ฉันคิดว่าคุณดูเหมือนจะมีชุดเคอร์เซอร์ ฉันพบว่าเคยเป็นผู้มีส่วนร่วมที่ใหญ่ที่สุดที่จะล่าช้าในเสียงของฉัน คุณอาจต้องการลองปิดการใช้งาน

— AravindKrishnan
แหล่งที่มา