[PaulHoule]

Back in the 1980s you had TUI applications for DOS that wrote characters directly to the screen buffer and were 100% reliable at putting characters in the right location with the right attributes. Over serial lines terminals like the VT-100 were pretty good except for occasional line noise.

It's never been the same since we started using graphical terminals like xterm and Windows CMD.EXE, I don't expect any of them to work 100% whether it is outright bugs in the implementation, some weirdness in how I/O works, applications not really being coded right for variant screen sizes, etc. If I could at all avoid it I would not run vim and especially emacs over a graphical terminal and instead I'd use the GUI mode of gvim or xemacs because at least these draw properly.

I don't have a GUI terminal which I really believe in, I just have GUI terminals where the applications I use work 98% right and I can live with the faults. My assumption is that another GUI terminal at best works 98% right but the 2% wrong is different (prove me wrong!) but that some random GUI terminal might be completely broken. If it is joined at the hip to some other complex software the odds of it being SNAFU or FUBAR increase, for instance the terminal emulator for Jetbrains IDEs almost works but it is a lot worse than CMD.EXE. My expectation would be the terminal baked into VS Code is crap too.