Makes sense. Microsoft tells us to use attrib +s folderPath (reference), which works great for me (technically, using +s or +r both work, because the +s is transposed to +r on file folders).
But then again, they say to use the PathMakeSystemFolder PInvoke to do the same thing, but I tried it until the cow came to the barn to empty their swollen utters, but it "failed", though the Boolean result indicates success (be sure the filepath string for PathMakeSystemFolderW is marshaled to LPWSTR).
It even set the folder's Read-Only flag, which a folder needs to even consider the dekstop.ini file, which must in turn have attributes Hidden and System set. I later found out that attrib +s will set these two attributes on desktop.ini, if found in the target folder, but PathMakeSystemFolder does not.
As a 40+ year Assembler and C++ Software Designer and Engineer, I should have already known that this PInvoke would only do the one task! Thus, just as the MS article pointed out (if we would only read it the way they want us to, not the way we want to), we also have to ensure the desktop.ini file attributes are also set to System and Hidden. Just when I think "I are smart!"