You're partially right. But I'd draw your attention to this part of the article...
"Underlying the discussion is that developers have clients, and clients want applications that run on a platform with a future. Currently, Microsoft is promoting HTML and JavaScript as the future for Windows applications, putting every client-side .NET developer at a disadvantage in those pitches."
Remember most MS developers work in corporate environments. Either in companies or as consultants. No one wants to spend money to build a "legacy" app. So when Microsoft says HTML5 apps are the future but doesn't lay out how their APIs are going to work it freezes many .NET developers in their tracks. Because now Silverlight and WPF are legacy but you don't know how to pitch these new Windows 8 apps to a client because Microsoft hasn't specified how they'll work.
"Underlying the discussion is that developers have clients, and clients want applications that run on a platform with a future. Currently, Microsoft is promoting HTML and JavaScript as the future for Windows applications, putting every client-side .NET developer at a disadvantage in those pitches."
Remember most MS developers work in corporate environments. Either in companies or as consultants. No one wants to spend money to build a "legacy" app. So when Microsoft says HTML5 apps are the future but doesn't lay out how their APIs are going to work it freezes many .NET developers in their tracks. Because now Silverlight and WPF are legacy but you don't know how to pitch these new Windows 8 apps to a client because Microsoft hasn't specified how they'll work.