Fascinating.. you are aware of the context of how WYSIWYG came about?
So presumably you don't want to return to that state, where you literally would have no idea what it would look like until several minutes later when it finally came out on the printer?
Can you explain a little bit further what your ideal paradigm is?
> where you literally would have no idea what it would look like until several minutes later when it finally came out on the printer?
That is why print preview is a good idea (which is possible with most modern computers; this can be done independently of WYSIWYG editing). For example, if you write a TeX file and then make the DVI file and use xdvi or another previewer to display it on the computer before you print it on paper.
Reveal Codes would be another possibility, perhaps in combination with a "partial WYSIWYG" editor which does not display reflowing etc in the editor and only in the preview; if you use Reveal Codes then formatting codes are displayed (e.g. bold, italics, etc), but you can also display the bold, italics, etc directly during editing. This can be a in between way, which gives you some of the benefits of WYSIWYG and some of the benefits of non-WYSIWYG.
while writing documentation in Markdown, I almost always have the preview open in split-screen in vscode, not because I need it, but mostly to make sure that the other people reading my work have a good experience.
Ideally people would write mark-up in text editors. If you want to be very nice, I guess it would be OK to have drag-and-drop WYSWYG environments that spit out the markup code, but there should be a very high priority on making sure the code produced is human-readable.
Mark-up is something that ordinary users will never understand. "Good enough" is what they want. Printing it to check that it came out right is just fine with them. It is simply not worth it for the software to try to make everything perfect.
Case in point: my book was edited in Vellum, and it can generate PDF and EPUB. The PDF had a widow (one line at the top of the last page of the chapter), and Vellum just omitted that one-line page. To the reader it seemed like a typo (which it was, in a sense).
I "fixed" it by removing a few words up above it, so everything fit on the last full page. But it was only that I knew about widow/orphan control that I could figure that out. Just imagine how much trouble it would be to make things perfectly WYSIWYG on every printer and every type of document.
So presumably you don't want to return to that state, where you literally would have no idea what it would look like until several minutes later when it finally came out on the printer?
Can you explain a little bit further what your ideal paradigm is?