Not a rhetoric question, because the answer is what needs to be fixed.
And honestly, I think in the end, virtually any such tool will, because to really get the fine nuances and details right, the programmer simply must be aware of them, no automation will do this for you. On macOS, even Apple's own attempt on this ("Marzipan", which allows to generate iOS and macOS apps from a single codebase) suffers from this, although admittedly one may hope that at least in principle this framework could eventually really provide a 100% native experience, provided the people using it are aware if the idiosyncrasies of macOS (and conversely, iOS).
And that's for a tool trying to provide a common API for two UIs, with all three products developed by the same company. It gets much tougher once you also try to get Linux and Windows supported...
I've tried many frameworks that promised to this in the past 20 years, both as developer and user. All overpromised and underdelivered. Qt and wxWindows included. I actually prefer Atom (electron based) over any wxWindows or Qt software I ever tried - though this probably is primarily because somebody tried hard to polish its UI. While (I am guessing) most people who are content with what Qt and Wx deliver won't even notice the need to polish (those who do care eventually realize it is hopeless, and move on).
One of the reasons is the fact that they're written in C++ and not C, therefor difficult to wrap natively by host languages.
At least, that's my main gripe as someone who doesn't want to touch C++.
But that's not what app developers are looking for. They want to be able to throw something together and have it just work and look as intended on any platform.
Ease of getting started is in my opinion among the 3 most important factors for developer adoption of a technology.
What we really need to settle this, is a cross-platform UI framework that compiles to native UI and code on each OS/hardware.