For "all documentation" to "cater to all levels" it would have to explain to people "how do you use a keyboard" and everything from there upwards, because there are people at that level hence it's part of "all levels".

I mean the your own example of good documentation starts with an intro of "goals" saying:

"Visual Studio (VS) does not (currently) provide a blank .NET Multi-platform Application User Interface (MAUI) template which is in C# only. In this post we shall cover how to modify your new MAUI solution to get rid of the XAML, as well as cover how to do in C# code the things which are currently done in XAML (such as binding). We shall also briefly touch on some of the advantages of doing this."

For 99% of people almost all that is about as understandable as Greek (expect for Greek people, for whom it's about as understandable as Chinese).

I mean, how many people out there in the whole World (non-IT people as illustrated in the actual article linked by the OP) do you think know what the hell is "Visual Studio", ".Net", "Multi-platform Application User Interface", "template", "C#", "XAML", "binding" (in this context).

I mean, if IT knowledge was a scale of 1 to 10 with 10 the greatest, you're basically thinking it's "catering to all levels" when an explanation for something that is level 8 knowledge (advanced programming) has a baseline required level of 7 (programming). I mean, throw this at somebody that "knows how to use Excel" which is maybe level 4 and they'll be totally lost, much less somebody who only knows how to check their e-mail using a browser without even properly understanding the concept of "browser (like my father) which is maybe level 2 (he can actually use a mouse and keyboard, otherwise I would've said level 1).

I think you're so way beyond the average person in your expertise in this domain that you don't even begin to suspect just how little of our domain the average person knows compared to an mere programmer.

I think your tutorial depends too much on your editor UI. It reminds me of those tutorials (often written by Microsoft) where the IDE has changed enough to break the tutorial. This made the tutorial completely useless, because none of them would explain what I actually needed: the magic thing their IDE did in terms of essentials (text files, basic commands), so I could reproduce the effect.

This is different in the unix world, which favors tool-agnostic approaches in terms of text files & basic commands. Even as tooling & technology changes, I can usually look up the meaning of the text & those commands to update them.

That's the most important I think: not the answer itself, but where the answer comes from, so I can go back there when I need to.