> Responsive: Input latency is <5ms, UI and GDB responds instantly
I can't say that I've ever considered frame rate when choosing a text editor.
> Responsive: Input latency is <5ms, UI and GDB responds instantly
I can't say that I've ever considered frame rate when choosing a text editor.
And most of the animations, and layouting. So "only" all the performance hotspots.
> Every program on your computer is GPU accelerated in that sense.
No, not really. At least not on win32 and anything Linux/BSD-y, some toolkit( version)s can do it, but that by no means implies every program uses it.
Of course it's fine to ask why something like this project exists if you don't know. But I feel like the discussions tend to outgrow that and end up at "I don't need it so why should anyone care".
This is literally the first time I've ever heard of framerate/latency being a concern in a text editor.
I mean, I get that it's annoying when your machine is chugging hard and there's a half-second delay on every keypress. But generally that means that something's gone wrong and is thrashing the processor, not that your text editor is insufficiently optimized.
I know some people are more sensitive to framerate than others, in games and videos. Maybe there really is someone in the world who craves a solid 144FPS/5ms latency when editing code. But it's news to me.
5ms input latency is a dubious claim, what really matters is input to photon / end-to-end latency