Slow about simpylfold HOT 7 CLOSED

Recently i was working with long multi-line lists (3000+ lines) in python files, search and replacing, adding deleting. Working with text blocks of this size while having SimpylFold makes undo unusable. In a "normal" workflow this goes unnoticed and it took me a while to narrow it down.

it is very easy to reproduce:

1. copy print "test" 3000x
2. :%s/$/ "other string"/
3. u
4. wait wait wait

from simpylfold.

I confirm that it is very slow with long python file
The current work-around solution for me, while editing the file, is to disable folding.

from simpylfold.

With a 100 line file if I toggle all the lines to comments MacVim will hang for nearly 10 seconds.

from simpylfold.

I corroborate the slowness remarks, but honestly I've had the same problem with other folding plugin (for other languages) I've come across and have come to expect it as inherent. Have you ever seen really fast folding in vim?

What I ended up doing is using Pathogen to install SimpylFold then run vim without folding when I'm editing (VIMBLACKLIST=SimpylFold vim) and with folding when I'm browsing/reading... not ideal but practical.

from simpylfold.

The built-in indent foldmethod is pretty quick even for large files:
autocmd BufEnter * :if line('$') > 1000 | set foldmethod=indent | endif
This prevents the hanging when loading/entering a large buffer, while still providing some form of folding.

from simpylfold.

foldmethod=indent foldlevel=1 foldnestmax=2
works rather well and it's quick.
perhaps not as nice as SimpylFold, but no lags and got used to it very quickly.

from simpylfold.

This is solved in #73. Would be great if you could test the PR.

from simpylfold.