Scrolling performance issue

[artoale]

When show whitespace is enabled, scrolling performances are extremely poor, even on a small-medium file (~200 lines). Bracket version: sprint 36 OS: Mac OSX Mavericks 15" MBP Late 2011 (non-retina)

[qubyte]

I see this too. Running sprint 37, Mavericks (10.9.2) on a Late 2012 iMac 27" with 2.9GHz Core i5 and 16GB RAM.

[lkcampbell]

Just an FYI, scrolling performance has always been a problem for this extension ever since it started using CodeMirror overlays. The workaround is, of course, only flip the guides on when you need them and keep them off the rest of the time.

@DennisKehrig, maybe you should put a Known Issues section in your documentation and explain this problem in there.

Other possible solutions are:

1. Have a preference to only show whitespace in selected areas (like Sublime Text)
2. Submit the scrolling problem to CodeMirror and see if Marijn can figure out what is going on

[tomByrer]

only flip the guides on when you need them and keep them off the rest of the time

An icon on the right-column or bottom-bar would be nice for this, though the current Ctrl-Alt-W is great also; if I didn't wipe my memory every night ;)

[fgilio]

What about removing 'border-radius' from the dots? This property was known to cause poor performance in old webkits, but maybe having a ton of elements with border-radius is still a problem.

Just an idea, hope it helps!

[le717]

@FrancoGilio Then they are not dots. ;)

While the sheer number of dots having to be drawn has the potential to slow it down a bit, I do not think border-radius is in play here. Additionally, I think we would be able to agree that small squares is much less eloquent to look at. ;)