Hacker News Reader

Prevailing reason for the speed of ms code:

>I believe what you’re doing is describing something that might be considered an entire doctoral research project in performant terminal emulation as “extremely simple” somewhat combatively.

https://github.com/microsoft/terminal/issues/10362

Didn't someone then implement a terminal emulator with colors, unicode support, fonts etc and it wasn't a doctoral research project?

So rendering glyphs (with textures?) is slow, vs GDI.

And I guess DirectDraw lacks a fast API to do colored text?

Just take a look at the last 25+ years of GUI development.

In all that time, as computers have got blindingly fast, the one and only constant is the guarantee GUIs continue to get get slower.

I'd like to know this too-- my music player has a few different rendering options for one on screen view, GDI has always used fewer gpu and cpu resources than direct2d and direct3d in 7 and 10 so far?

When I tried to do some Direct2D a few years ago it was a disastrous API and far slower than old GDI.

The "Disable hardware acceleration" setting, when present, still frequently makes all sorts of desktop software run faster and less buggy.