[bitwize]

Did Microsoft seriously deprecate BitBlt and 2D draw calls?

If so, it seems as if Windows is undergoing a Waylandization. "Yeah, we went ahead and removed those because they're legacy. Modern rendering pipelines don't work that way anymore." I don't WANT a rendering pipeline! I want a surface, and to make calls to scribble on it! That's it!

[mwcampbell]

> Did Microsoft seriously deprecate BitBlt and 2D draw calls?

Very unlikely. Far too many applications depend on those things. It's more likely that they accidentally changed something subtle that happened to break colorForth.

[hulitu]

> If so, it seems as if Windows is undergoing a Waylandization. "Yeah, we went ahead and

The Wayland idea looks very similar to a Microsoft brain extract: "trust us, it will be the best when it is ready", "your program doesn't work ? update to latest version", "we have updates: we disabled some things which worked before".

[bitwize]

The whole GNOME/FD.o complex has been like that for decades. GNOME's founding document is called "Let's Make Unix Not Suck". Its whole thesis is: Unix style system integration is old and busted; the new hotness is Windows style system integration.

But for decades, Microsoft has been willing to support and work on the ancient tech that got it where it is today. The GNOME/FD.o paradigm is like Mao's continuous revolution. Out with the old and in with the new, forever and always, on an ongoing basis. Microsoft is now changing to this model. I suspect it's for similar pragmatic reasons: it's difficult to recruit young and relatively inexperienced programmers if you're just going to put them to work fixing up code bases from the 90s (written in—brotha, eugh!—C and C++). Since we can't get anybody to maintain that old code, it will become a liability in the future, so we're better off throwing it out and telling our users to cope.

[eternityforest]

I'm guessing a lot of the legacy stuff that still uses it also depends on some other things they wanted to change too?