Mac ligature rendering results in slow scrolling when cursorline is not set

Update to the latest version of MacVim and make sure to do this:

set macligature
set nocursorline
set norelativenumber

Scroll up and down using a trackpad, and make sure to use a high enough resolution screen so the lag is noticeable. To have a reproducible benchmark, you can also maximize MacVim, open a large file, and run this Ex command from the top of the file:

let g:profstart=reltime() | for i in range(1,30) | exec "normal \<C-E>" | redraw | endfor | echo reltimestr(reltime(g:profstart)) . " seconds"

This happens because in Vim, a couple commits went in to make sure cursorline (90a997987d and 1b7fefcbce) and relativenumber (bd9a53c06c) don't cause scrolling performance issues, but MacVim's ligature rendering function redraw_for_ligature is copied from the old redraw_for_cursorline which redraws the whole screen when scrolling instead of only updating the selected lines. I don't know if redraw_for_ligature can be so easily updated though, because it would require scanning the lines to see which line needs to be redrawn.

I think there's also currently a bug as a result, in that if cursorline is set, ligatures won't render correctly when you scroll because redraw_for_ligature explicitly decides not to do anything if it detects cursorline is on probably because it was relying on the old "clear everything" behavior.

Inizia dalla funzione redraw_for_ligature di MacVim e confrontala con le modifiche di Vim nei commit 90a997987d, 1b7fefcbce e bd9a53c06c. Riproduci il rallentamento con macligature, nocursorline e norelativenumber usando il benchmark fornito su un file di grandi dimensioni. Il lavoro è completato quando lo scorrimento non ridisegna più l’intero schermo e le legature rimangono corrette quando cursorline è abilitato.