Linked by Thom Holwerda on Fri 22nd Mar 2013 16:31 UTC
Windows Paul Thurrot: "Tipped off by a reader, I checked my System log in Event Viewer today and what did I find but a stack of pending updates for all of the core apps in Windows 8. I'm not 100 percent sure this is what I think it is. But if we're right, it looks like 18 of the core apps in Windows 8 are about to get updated. Or, almost all of them." Foley confirms it. By far Windows 8's weakest link, so I'm hoping this is true. Especially the Mail application is dreadful.
Permalink for comment 556380
To read all comments associated with this story, please click here.
RE[2]: Comment
by Nelson on Sat 23rd Mar 2013 15:42 UTC in reply to "RE: Comment"
Member since:

Microsoft on the other hand, even with all evidence regarding 'gorilla arm' and the lack of scalability in Metro to scale up to complex applications we still have them holding onto a false set of ideas.

Do you have any specific examples of where WinRT can't scale up to complex application? There's not really much in the way of developers who want to write feature rich applications.

Sure, some things are limited, but not all things. There is also a distinction to be made between something being completely missing from WinRT, and something being done a different way with WinRT.

What makes the issue even more funny is WinRT API was billed as a 'new API' when Arstechnica divided deeper to expose that it is merely a wrapper around win32 and nothing has actually changed - we're not really seeing any movement forward but a re-arranging of rotten deck chairs then being labelled as 'brand new'.

This isn't completely true. The Windows Runtime is two things:

1. The ABI and language projections which allow cross language communication.

2. The implementation of various projected interfaces.

The first is handled by a souped up version of COM, and the second varies.

Some WinRT APIs are completely new implementations of functionality (Sensors, the entire XAML stack, every aspect of the new Application Model for example) and some are even allowed to be called from Desktop applications, and other APIs are wrappers around existing Win32 APIs like StreamSockets wrapping WinSock.

It doesn't really matter though because its an implementation detail that's completely transparent to the developer. Whereas with Windows 7 you directly coded against Win32, with the Windows Runtime you are an additional step removed from Win32, which makes it easy to replace it from under developers noses in the future.

The Windows Runtime could just as easily do the things that Win32 does itself, but it'd be a massive duplication of effort, given that Win32 itself still ships with Windows.

So I'm not entirely sure what you find so funny.

Edited 2013-03-23 15:43 UTC

Reply Parent Score: 3