Continued from Part 2.
"Content" is good because its (a)on-demand and (b)maintenance-free/seamless. But the Flash Player can update itself on-demand only through, and by the graces of, the browser's security model, and even then, only if you HAVEN'T RUN ANY FLASH CONTENT first.
That's right - if you saw Flash content that didn't require an update, even if you click through all the installation steps, and browser warnings, you (likely) STILL won't be able to look at new content that uses the new player unless you quit and restart your browser.
In some cases, you have to reboot the computer.
And its hard to argue "no, we didn't want to bypass the browser security model" when you have a system tray installing updates out-of-band.
To wit:Flash Player?
(Quote: "Can someone tell me what 'Macromedia Flash Player' is. I had a message andan icon that I have never seen before pop up in my system tray telling methere was an update for M.F.P. I wasn't aware that I even had M.F.P. ")
I'm" fed up with Macromedia Flash Player
Ironically, all those Browser alerts to update become annoying quickly because of poor online advertising content - which prompts constantly to get a new Flash Player. And that ultimately drives users to upgrade, of course (so it works, but....)
I guess, what I'm getting to is:
(a) We never talked about Viewpoint Media Player "versions" because it was a meaningless concept. If you built content for the "latest" components, you could play that content, no ifs, ands, or buts.
(b) Content asynchronicity is an import aspect of the "Web-at-large"
(c) Code asyncroncity is a dicey, best-avoided problem - discreetly quantizable, at best
Hopefully with Apollo (the new Flash runtime for the Desktop and beyond), Adobe will include some facilities for seamless and on-demand upgrading of the runtime itself.
That was a long walk off a short pier - what was I talking about again?