I'm really a bit surprised by this kind of thinking, overall, and I am not sure how to react to it.
I guess part of my reaction is that of a longtime software developer/systems integrator, and not as much from and end-user's standpoint. This line of reasoning just doesn't enter into anything sane or reasonable in my mind, so it always catches me by surprise.
Yes, it's true, there are a lot of good office programs available today that do everything most people need. For normal users or home computers it's really not too bad. I believe the LaTeX is the best typesetting program ever created and mac folks can eat their hearts out.
But look at this from a different perspective. Let's talk about Just the microsoft file formats. They're insane. Many folks have made great strides to deal with them. I will bet $50 that I can find 3 egregious bugs in any open source spreadsheet program when importing from "legacy" Excel files in an hour or less. The microsoft office file formats are stupid complicated. It's nuts:
http://www.joelonsoftware.com/items/2008/02/19.html
If I were a developer (especially an open source developer) I can think of no task more sisyphean than trying to "re-create" those file formats. The delusion here is that users (read: businesses) would think those legacy formats could come into a new office program without some issues, hiccups, etc. As a developer, if someone gave me a way to run legacy code without having to re-implement it, I would probably at least buy them a beer.
New documents going forward? Absolutely, the open source packages are pretty functional and work well. Importing legacy formats? Not always, requires bookkeeping and is not automated.
The platform differences between Windows and Linux create some real problems.
Suppose their existed a program that let you run object binaries for OS X on Linux? (There used to be this for Solaris, and it worked well.) WINE would actually work better if there weren't tons of "undocumented" system calls in Windows (still). On solaris, by contrast, there were very few undocumented system calls. This meant that it was a fairly straightforward task to wrap up those foreign system solaris calls on Linux and then we could run Solaris binaries on Linux. Would you also say this is Delusional and not a transition? There are perhaps a great number of ex-solaris users out there that would disagree with you. They have made the transition to the platform, but they also avoided having to reimplement legacy code on the new platform.
When there is a good virtualization solution for GPUs (and it's here, today, by the way, in Xen server with business class graphics cards. None of this ridiculous PCI passthrough nonsense. So it'll be in consumer desktops in <5 years), you can literally run whatever you like in that Windows VM.
This is a clean, elegant and "low friction" solution because you don't have to wait for legions of pedantic neckbeards to get around to porting your exact program, and you're almost guaranteed to have less problems ("It Just Works") because no one has messed with the bits in between the App and the functionality the app is expecting from the OS (i.e. The way Wine works vs a Virtualization solution).
Are you not confident that, once a user sees the universe of possibilities open to them that they won't naturally "put down" their crutch environment? A lot of people seem to think this. I don't know why. This approach worked well to let people transition away from Solaris.
This kind of also worked well with OS/2 Warp, an OS that let you run Windows Apps on an Actual Stable platform that was not windows (that failed ultimately because of IBM mismanagement, though). OS/2 Warp took exactly the same approach as WINE (almost) but they had the docs for both the documented and undocumented parts of windows.
My opinion and position stem not really from my own personal thinking but by how I've seen these things play out in the industry through the 80s/90s/00s.
Joel Spolsky also has a lesson about Microsoft Excel adoption -- just as soon as Excel could "save" in Lotus 1-2-3 is when it took over the market. Excel was the superior product over Lotus 1-2-3 for 1 maybe 2 generations, but it didn't have widespread adoption in companies. The reason? Those companies needed to exchange files with other companies, and Lotus 1-2-3 was the defacto format. Excel could import from 1-2-3 for ages, but until it could also save as 1-2-3 it did not take over the universe.
Another anecdote has to do with Windows 95. This was a tough transition for Microsoft. Remember booting to MSDOS to play games? Microsoft did an insane amount of work behind the scenes to make dos games work well under windows 95 when often the dos games were buggy as hell. SimCity, famously, was one of these games. It would crash under Windows 95. Without the source code of SimCity, Microsoft Developers debugged SimCity and determined a bug existed in SimCity whereby it would free memory, and then read it one last time before it was 'really' free. On DOS, this bug never manifested because DOS does not technically run more than one process at a time. However, on Windows 95, it was possible this freed memory would be used by a background process. The fix to Windows 95 was to make the memory allocator behave differently when simcity was running in the background.
My point is that in this modern era of vast computer memories and computational horsepower, there is simply no need to waste developer resources on these kinds of problems. The pragmatic solution here is to sequester these types of apps to some kind of virtualization or emulation and move forward with a new modern and sane system. In time, the legacy or emulated bits can be abandoned.
Sitting around waiting for developers to code the perfect 'save as 1-2-3' function or "SimCity Work around" (however those tasks take shape -- with games, with office software, with whatever legacy program) or forcing everyone to do without until they code a "new" solution would seem to be the direction OP wants us to go in.. but why bother not moving now, when we have functional software today, and can use virtualization for our other legacy needs?
I don't think it is the case that the user would not use 'native' software after a time. Are users that dumb? We do need some kind of 'save as 1-2-3' overlapping functionality that also doesn't put developers to work doing silly things when they've got real work to do. That kind of broad spectrum compatibility 'low friction' stuff is what must come first for en mass migrations imho. It's also why Linus is always saying 'don't break user space!' and the friction that goes with that.
And these first few videos were shaped entirely by questions from the community, and I think (hope) that the community is responding positively making the transition while also having options for whatever "legacy" things they might want to do. I would hope I've made it clear Linux is not a drop in replacement for Windows from that.
What would you have us do instead?