It would be nice if there was a windows.h replacement that used namespaces, typedefs, enum classes, and bitfield structs to make typesafe non-namespace polluting names for everything while still being compatible with Win32.
I think Microsoft has made too many Win32 wrappers at this point: WinForms, XAML, MFC, UWP... Adding another one isn't likely to succeed. New Windows desktop app development happens in Electron or C#; Win32 is the layer for low-level or legacy apps that aren't going to switch to anything different anyway.
It seems like there should be some appeal in a clean modern Win32 API wrapper that compiles down to almost nothing and doesn't impose design decisions like using XML to define UI layout. That would allow higher-level frameworks like UWP to be implemented in a dialect that isn't so disgustingly arcane.
What are you doing in UWP that's arcane?
And I didn't imply that such a thing would have benefits for authors of UWP applications, but for the implementors of UWP itself and other frameworks that build atop raw Win32.
Personally, I have several complaints about the Win32 API (not least the ridiculous situation with long paths and having to prefix them with \\?\, which I've been dealing with lately), so the Hungarian naming barely registers as a problem, despite my distaste for it.