That doesn't work for large files. For example AssignStartingPlots is over 10k loc, and it has a ~5 second latency for each character typed. A better lua editor is necessary due to these deficiencies in the standard modbuddy one, so I usually use notepad++, but it's somewhat inconvenient for searches across the project or asset files since I have to alt-tab to modbuddy.
Yeah, I see what you mean.
This is clearly a bug in the way they coded up their Visual Studio extension. If you load up AssignStartingPlots.lua in a C# project for example, it doesn't have that problem. Or if you change the file extension from lua to something else it doesn't have that problem in ModBuddy. It's like their syntax highlighting script is in the gui thread and just put the whole file into a string and every character modification results in a new string allocation with half the characters being shifted over by one, or something stupid like that.
Anyway, I tried a bunch of stuff to make it faster or turn off whatever is making it slower, but not much luck. Two workarounds I found work semi-OK, but they both still suck.
1) Change the file extension of problematic lua files to sql (if already open, close and reopen), and the slowness goes away (sql because you retain your "--" comment highlighting; You lose the rest of the highlighting). You'll have to switch back to .lua when you build the project.
2) Like you are already doing, use a different text editor. You can set VS to automatically open lua files in Notepad++, but after that, you are alt-tabbing again anyway...
So... not much help really, sorry.
I would definitely report this as a bug to Firaxis. It's beyond dumb.