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.

Commencez par la fonction redraw_for_ligature de MacVim et comparez-la aux modifications de Vim dans les commits 90a997987d, 1b7fefcbce et bd9a53c06c. Reproduisez le ralentissement avec macligature, nocursorline et norelativenumber en utilisant le benchmark fourni sur un fichier volumineux. Le travail est terminé lorsque le défilement ne redessine plus tout l’écran et que les ligatures restent correctes lorsque cursorline est activé.