Category Archives: mobile

Windows on ARM: Microsoft can write Desktop apps, but you cannot

Microsoft’s Windows chief Steven Sinofsky has written a long post describing Windows on ARM (WOA), which he says is a:

new member of the Windows family, much like Windows Server, Windows Embedded, or Windows Phone

There are many point of interest in the post, but the one which stands out for me is that while the traditional Windows desktop exists in WOA, third party applications will not be allowed there:

Developers with existing code, whether in C, C++, C#, Visual Basic, or JavaScript, are free to incorporate that code into their apps, so long as it targets the WinRT API set for Windows services. The Windows Store can carry, distribute, and service both the ARM and x86/64 implementations of apps (should there be native code in the app requiring two distributions).

says Sinofsky. He writes with extreme care on this issue, since the position for which he argues is finely nuanced. Why have the Windows desktop on WOA at all?

Some have suggested we might remove the desktop from WOA in an effort to be pure, to break from the past, or to be more simplistic or expeditious in our approach. To us, giving up something useful that has little cost to customers was a compromise that we didn’t want to see in the evolution of PCs

he says, while also saying:

WOA (as with Windows 8 ) is designed so that customers focused on Metro style apps don’t need to spend time in the desktop.

From a developer perspective, the desktop is more than just a different Windows shell. Apps that run on the Windows Runtime (WinRT) are isolated from each other and can call only a limited set of “safe” Windows APIs, protecting users from malware and instability, but also constraining their capabilities. The desktop by contrast is the old Windows, an open operating system. On Windows 8 Intel, most things that run on Windows 7 today will still work. On WOA though, even recompilation to target the ARM architecture will not help you, since Microsoft will not let desktops apps install:

Consumers obtain all software, including device drivers, through the Windows Store and Microsoft Update or Windows Update.

What if you really want to use WOA, but have some essential desktop application without which you cannot do your work, and which cannot quickly and easily be ported to WinRT? Microsoft’s answer is that you must use Windows on Intel.

That said, Microsoft itself has this problem in the form of Office, its productivity suite. Microsoft’s answer to itself is to run it on the desktop:

Within the Windows desktop, WOA includes desktop versions of the new Microsoft Word, Excel, PowerPoint, and OneNote, codenamed “Office 15”.

No Outlook, which I take to imply that a new WinRT-based Exchange client and PIM (Personal Information Manager) is on the way – a good thing.

Microsoft’s aim is to give customers the security and stability of a locked-down machine, while still offering a full version of Office. If you think of this as something like an Apple iPad but with no-compromise document editing and creation, then it sounds compelling.

At the same time, some users may be annoyed that the solution Microsoft has adopted for its legacy desktop application suite is not also available to them.

The caveat: it is not clear in Sinofsky’s post whether there may be some exceptions, for example for corporate deployments, or for hardware vendors or mobile operators. It will also be intriguing to see how Office 15 on ARM handles extensibility, for example with Office add-ins or Visual Basic macros. I suspect they will not be supported, but if they are, then that would be a route to a kind of desktop programming on WOA.

It will be interesting to see how Microsoft locks down Explorer, which Sinofksy says is present:

You can use Windows Explorer, for example, to connect to external storage devices, transfer and manage files from a network share, or use multiple displays, and do all of this with or without an attached keyboard and mouse—your choice.

By the way, this is a picture of the Windows ARM desktop as it looked at the BUILD conference last September. The SoC (System on a Chip) on this machine is from NVIDIA.

WebKit dominance threatens mobile web standards – but who will care?

Daniel Glazman, co-chairman of the W3C CSS working group, has written a strongly-worded post describing how the “over-dominance” of the WebKit rendering engine threatens web standards.

Everyone loves the open source WebKit, so how is this so? The issue is a complex one. Those who make web browsers do not want to be tied only to those standards already ratified by the W3C as part of HTML or CSS. Therefore, they add features, sometimes in the hope that they will become standards, but use a vendor-specific prefix such as -webkit-,-moz- or -ms-. If you use those features in your markup, you do so in the awareness that they will only work on that specific vendor’s browser. The idea is that the best vendor-specific extensions become standard, in which case the prefix is dropped; or are replaced by an equivalent standard, in which case the prefix is also dropped. This has become an accepted part of the way standards are formed.

The issue now is that WebKit dominates the mobile web to the extent that web authors can assume its use without losing many users. WebKit is used in Apple iOS, Google Android, RIM BlackBerry 6 and higher, as well as on the desktop in Apple Safari and Google Chrome. Amazon also uses WebKit in the Kindle and of course the Android-based Kindle Fire.

The consequence, says Glazman, is that:

technically, the mobile Web is full of works-only-in-WebKit web sites while other browsers and their users are crying.

The further consequence, and this is Glazman’s strongest point, is that other browsers will have to pretend to be WebKit and support its extensions in order to give users a good experience – even if they have their own vendor-specific extensions that support the same features:

All browser vendors let us officially know it WILL happen, and rather sooner than later because they have, I quote, "no other option".

Glazman says “all browser vendors” which suggests that even Microsoft will do this, though that would be a surprising development.

This would mean that the -webkit- vendor-specific extensions were no longer vendor-specific. It would also meant that WebKit is in effect able to create web standards without the bother of going through the W3C:

It will turn a market share into a de facto standard, a single implementation into a world-wide monopoly. Again. It will kill our standardization process. That’s not a question of if, that’s a question of when.

says Glazman, suggesting that there is a risk of a return to the bad days when the dominance Microsoft’s IE6 prevented standards from evolving.

The parallel with IE6 is weak. IE6 was not an open source project, and the damage it did was in part because Microsoft deliberately chose not to invest in advancing HTML, preferring to drive users towards rich internet-connected Windows applications. It is difficult to see how that can happen to WebKit.

Nevertheless, the situation with WebKit is making it difficult for other mobile browsers to compete and does undermine the standards process. This is not really the fault of the WebKit team, though the W3C would like to see support for obsolete vendor-specific extensions dropped more quickly to discourage their use. Rather, it is a consequence of web authors seeing little value in adding support for other browsers that have little actual use on the mobile web.

It is worth observing that Glazman is a Mozilla guy, and his company Disruptive Innovations makes Mozilla extensions.

How can this be resolved? Glazman and others are right to raise awareness of the issue, but I doubt that many outside the standards community or browser vendors themselves will see this as a major problem.

The best fix would be for non-WebKit browsers to become more popular on the mobile web. Growing use of Windows Phone, for example, would give web authors more incentive to fix their markup. Another route to improving standards is via tools which do the right thing. Adobe’s strong support for CSS in Dreamweaver, for example, gave a significant boost to its use and helped to rescue us from font tags and the like.

Finally, it seems to me that the distinction between the “mobile” web and the “full” web is blurring, and rightly so. Users on mobile devices often tap the “full site” link where available since they have big enough screens to benefit. WebKit does not yet dominate the desktop Web. 

On BlackBerry 10, Cascades UI and Adobe AIR

I spoke to Jeff Lejeune, RIM’s Advanced User Interface Director, here at BlackBerry DevCon Europe in Amsterdam.

He is part of the team responsible for the Cascades UI, a native code UI framework for the forthcoming BlackBerry 10 OS. One of the things he told me is that the Cascades name is actually being used for parts of the API beyond the user interface. It is a major part of the new operating system.

I had not appreciated until today the extent of the likely difference between BlackBerry 10 and the current Tablet OS 1.0 or Playbook OS 2.0. Since the PlayBook OS is already based on QNX, I had assumed that BlackBerry 10 would be an incremental update rather than a radical new direction.

Certainly there is less difference between PlayBook OS 2.0 and BlackBerry 10 then there is between BlackBerry 7.0 and the PlayBook OS, so my assumption was not completely wrong. That said, the introduction of the Cascades UI acquired with The Astonishing Tribe is a major change. Lejune told me that Cascades UI will be in effect the native UI of BlackBerry 10, and the built-in apps will use it.

The first version of the PlayBook uses both native code and Adobe AIR for its built-in apps.

RIM has given full backing to Adobe AIR at this event, presenting it as one of the supported development platforms and saying that it will support AIR for as long as Adobe does and maybe even longer. Even so, it would be fair to say that RIM is moving away from AIR and towards native code and Cascades UI in BlackBerry 10.

Further, Adobe itself has changed direction since the launch of the PlayBook last year. Adobe has made it clear that while Flash, Flex and AIR are still important, its strategic direction is HTML 5 when it comes to development platforms. Some aspects of Flex, the code-based approach to AIR authoring, are being wound down, including the visual designer in Flash Builder.

My sense therefore is that AIR is not the best choice if you are considering how to develop for BlackBerry 10 – and BlackBerry 10 is the future of RIM’s platform. The primary choice should be between Cascades UI, for best performance and integration, or WebWorks (PhoneGap), for development in HTML and JavaScript and cross-platform code.

What is in BlackBerry PlayBook OS 2.0: new universal inbox and remote control

Here at BlackBerry Devcon Europe attendees were shown the key features of PlayBook 2.0, an update for the RIM tablet that will run on the existing hardware.

Aside from new runtimes for developers and some usability tweaks, the main changes users will notice are a new universal inbox and PIM (Personal Information Manager), and deeper integration between the PlayBook and BlackBerry smartphones.

The PlayBook 2.0 PIM offers a single inbox for Facebook, LinkedIn and Twitter as well as email.

image

The PIM includes an embedded web browser so that you can view HTML messages without leaving the application.

The application also covers calendar and contacts.

image

If you look in detail at a meeting, you can see the other attendees, presuming that the information is available.

image

One of the aims is to aggregate information drawn from social networks and from the internet. It is a compelling idea, and one that Microsoft has also used. For example, when you view an email the Outlook Social Connector automatically looks up status messages from FaceBook and LinkedIn from the author. Windows Phone also aggregates information from multiple social networks in its People hub.

RIM talked about adding web information. We were given the example of getting an email from someone and viewing recent press releases from their company within the PlayBook 2.0 PIM. If this is well implemented, it does make sense, giving you useful background without the need of a manual web search. A contact record is no longer just name, address and company, but a portal into that person’s story and current activity.

The other big new feature in PlayBook 2.0 is remote control. You can use your BlackBerry SmartPhone as a controller and input device for the PlayBook.

What is the point of this? A good question, to which the most obvious answer is that you can use the physical keypad on a BlackBerry to type on the PlayBook. This drew applause when demonstrated.

I asked for other use cases on Twitter. The main other suggestion was using a BlackBerry as a remote when your PlayBook is plugged into a screen as a media player or presenter.

The concept goes beyond this though. Here is new CEO Thorsten Heins speaking in the keynote:

Just take this idea a step further. Think about BlackBerry 10 being a platform, for mobile computing, for smartphones, so it really shows the deep integration of the BlackBerry platform. Think about having your PlayBook somewhere on your desk at your home, and you can control everything just from your BlackBerry, I think that is fantastic

Incidentally, RIM’s operating system naming is confusing. This is how it goes. BlackBerry OS up to and including 7.0 is the old smartphone OS that is being phased out. The new OS is based on QNX and first seen in the PlayBook, which runs Tablet OS 1.0. Version 2.0 of this OS, due out later this month with the features mentioned above, is called PlayBook OS 2.0.

BlackBerry 10 is the next iteration of this QNX-based OS and will run on SmartPhones as well as on the PlayBook. BlackBerry 10 is expected later in 2012, probably towards the end of the year.

RIM’s future depends on wide acceptance of BlackBerry 10. The uncomfortable question: how many mobile operating systems can succeed? It seems that Apple iOS and Google Android are well established, but the future prospects of new entrants such as BlackBerry 10 and Windows 8 is open to speculation.

Update: I visited the exhibition here and spent some time hands-on with the version of the PIM that is installed on the PlayBook devices. It is disappointing, though bear in mind that it is not, I was told, the final version (though if the final version is coming this month you would have thought it is not far off).

Some key points:

  • The embedded HTML rendering in the email client is just for the message itself. If you tap a link, it takes you into the separate web browser app.
  • In order to get social network status updates from the author of an email message, you have to be logged into that social network and the author must already be one of your “friends”, or so I was told. I hope this is incorrect, as it seems largely to defeat the purpose of this kind of integration. Outlook’s social connector retrieves status updates from anyone irrespective of whether you are logged into that network or have them on your friends list.
  • I asked about SharePoint integration and received the vaguest of answers. A SharePoint app is in preparation but there is no word on when it might appear, and it may be dependent on some sort of Microsoft input.
  • There is no official cloud storage service from RIM. You can use third-party services like Dropbox. Enterprises are expected to use internal file shares, via VPN if necessary.

It seems to me that RIM is in danger of missing an important market for PlayBook here. Many RIM customers use Microsoft’s platform because of the link with Exchange. A tablet with excellent support for SharePoint and Office 365 would have obvious value, and Microsoft can be expected to tap into this with Windows 8. BlackBerry could get there first with PlayBook but it looks like this will not be the case.

Will Nokia’s Qt come to Windows Phone?

When Nokia acquired Trolltech back in 2008, it made perfect sense as a way of supporting development on Symbian, its smartphone operating system, and nudging the Qt project, which provides a cross-platform framework for native applications, more towards mobile rather than just desktop application support. It also made sense as Nokia worked on Maemo and then Meego, its Linux for mobile project.

Then came February 2011 and CEO Stephen Elop’s announcement that Nokia would partner with Microsoft and make Windows Phone its primary smartphone operating system. Windows Phone 7 does not support native code development, other than by operators, manufacturers, and of course Microsoft itself. What future for Qt at Nokia now?

Here at Blackberry Devcon Europe, Nokia’s Lars Knoll, Qt Chief Maintainer, has been introducing Qt to Blackberry developers. Qt forms a critical part of RIM’s Blackberry 10 (BBX) platform, based on the PlayBook tablet OS and set to come to Blackberry phones later this year. The Cascades UI framework, for hardware-accelerated 2D and 3D rendering on BBX, uses Qt core and an adaption of QML (Qt Modeling Language). You can use Qt with or without Cascades on BBX.

Lars Knol, Nokia

Given that Nokia makes mobile devices which are in competition with RIM’s devices, it may seem odd that Nokia is supporting Qt on Blackberry. I asked Knoll about the status of Qt within Nokia following the move to Windows Phone.

There’s not too much I can say right now. The only thing I can repeat is that we’re still investing in Qt. We’re actually hiring more people to work on Qt. Qt is an essential part of the strategy for the next billion. That’s all I can say right now, but stay tuned, in time you’ll hear more.

He added later that Nokia is in business to make money; in other words, there are strong business reasons for Nokia to continue with Qt. The “next billion” reference refers to Nokia’s stated intention to bring apps to the next billion.

One possibility is that Qt will in fact support a future version of Windows Phone. It is already clear that Windows Phone 8 will use the same kernel as Windows 8 and we can expect a unified development platform build on the Windows Runtime (WinRT), which does support native code development.

It is not too much of a stretch then to expect a future Qt framework that will target Windows Phone and Windows 8 tablets. Nokia’s Elop has also hinted that it is interested in Windows tablets as well as phones in future.

What will it take to make RIM’s Playbook sell?

I am at RIM’s Blackberry DevCon in Amsterdam (where it is so cold that the canals have frozen). Attendees have been given a free Blackberry Playbook, the neat 7” tablet running an operating system based on QNX, acquired by RIM in 2010.

image

The Playbook was launched in spring 2011, and sales have disappointed. Exact numbers are hard to find; the Guardian estimated that RIM ordered 2.5m devices, while Crackberry.com says 5m. How many sold? In the three reported quarters, RIM said 500,000, 200,000 and 150,000 were shipped. Prices have been falling, naturally, but it seems that there are plenty left.

Nevertheless, this is an attractive device. The operating system is smooth and the size is convenient. Why has it failed?

One factor is that the device is designed as a companion to a Blackberry smartphone. Email does not work unless you have a Blackberry, or can get by with a web browser client. RIM thereby reduced the market to existing Blackberry owners, a mistake which should be rectified when version 2.0 of the operating system is released – expected later this month.

The second problem is the the extent to which Apple owns the tablet market. When you buy an iPad you know you are buying into a strong ecosystem and that every app vendor has to support it. That is not the case with the Playbook, making it a riskier choice. RIM’s fix is to introduce support for Android apps, though there are a few caveats here. Perhaps the biggest is this: if you want to run Android apps, why not just get an Android tablet and avoid any compromises?

The Playbook is a delightful device. The big question – for RIM and other new entrants into the tablet market – is what will make it sell, other than pricing it below cost?

Amazon found an answer for its Kindle Fire: low price, Kindle brand making it an e-book reader as well as a tablet, and a business model based on its retail business. Amazon can sell the device at a loss and still make a profit.

It is not yet clear to me what RIM’s answer can be. The most obvious one is to make it truly compelling for the large market of Blackberry smartphone users, but not if that means crippling it for everyone else as with the 1.0 release.

Another factor is that the device has to be nearly perfect. On the conference device, it took me 10 minutes to send a tweet. The reason was that the supplied twitter app is really a link to the twitter web site. That in itself is not so bad, but I found the soft keyboard unwilling to pop up reliably when twitter’s tweet authoring window was open. Making a correction was particularly frustrating. A small thing; but one or two frustrations like this are enough to make a good experience into a bad one.

Version 2.0 of the operating system does promise numerous improvements though, and watch this space for a detailed review as soon as I can get my hands on it.

Telcos have a dying business model – APIs and cloud services are the future says Alcatel-Lucent’s Laura Merling

Laura Merling from Alcatel-Lucent spoke at the Monki Gras conference in London earlier this week, saying in effect that telecommunication companies have a dying business model.

She gave a two-minute summary of Telco history.  “First it was all about voice,” she said. “Then the intertubes happened. Now you had data … then it went back to voice, the big push for wireless. Then of course wireless moved, so it’s not about voice any more, it’s about the data.”

She expects the next step to be “connected devices … the phone goes away, everything you do both data and voice happens on other devices.”

What does this mean for telcos? They have become commoditised, she said, suppliers of data plans. “It is a big commoditised business that has no real innovation.”

“In the future, the data plans dies,”, Merling says. “Think about it. How many devices have you got? Think about connecting all of those. You probably want the same data plan. But why pay for a data plan? How will telcos make money? You can’t just keep increasing the data plan.”

Instead, the money is going to come from the APIs and accessing the services.

Enter Twilio, a virtual telco. “I think of twilio as a craft telco”, said Merling, tying in with the beer theme that flowed through Monki Gras. “Do they sell hardware? No. They have software and APIs.” She says the Twilio business model scares the industry: it is based on transactions, not data plans. She also noted how old established vendors are buying up software-based providers, such as BT acquiring Ribbit and Microsoft acquiring Skype.

Tomorrow’s telco, says Merling, is a based on a software stack. “Antennas and towers are not going to go away, but the infrastructure becomes all software based … combining network services with cloud infrastructure.

“At Alcatel-Lucent we sell hardware. We sell big giant boxes. But this is where it is going.” She says the telcos are now aware of this, hence the title of her session “How telcos got API religion.”

Her final prediction? “Jeff Lawson becomes the CEO of AT&T. Why? Because the model has to change.”

It was a thought-provoking talk, though the unspoken question was whether in fact the telcos will successfully transition or whether they will simply become less important, continuing to maintain the pipes while others profit from what flows through them.

I interviewed Twilio CEO Jeff Lawson in October last year.

Windows Phone 8 “Apollo”: Windows 8 kernel, more form factors

Microsoft’s partner ecosystem is vulnerable to leaks, as demonstrated today by reports of a video said to have been made for Nokia, which arrived in the hands of a smartphone review website. The leaked information was corroborated by Windows journalist Paul Thurrott who has received advance information independently from Microsoft, but under non-disclosure:

Thanks to a recent leak which has revealed some interesting information about the next major Windows Phone version, I can now publicly discuss Windows Phone 8 for the first time.

First, a quick recap:

  • Windows Phone 7.5 “Mango” came out in the second half of last year and was the launch OS for Nokia’s Lumia phones.
  • Windows Phone “Tango” is expected in the second quarter of 2012 and appears to be a minor update focused on low-end handsets.
  • Windows Phone “Apollo” is the subject of the new leaks. Some of the details:
  • Uses the Windows 8 kernel and other OS components, rather than Windows CE
  • Supports multicore processors
  • Supports more form factors and screen resolutions
  • Preserves compatibility with Windows Phone 7 apps
  • Adds BitLocker encryption

I presume this also means that native code development will be supported, as it is for the Windows Runtime (WinRT) in Windows 8.

Date for “Apollo”? The rumour is towards the end of this year, as a close follow-on from Windows 8 itself.

Like many leaks, this one raises as many questions as it answers. While it makes sense that Windows Phone 8 and Windows 8 should share the same kernel, it also raises the question of  how they are differentiated. Windows 8, especially on ARM, is designed for small screens and tablets. Windows Phone 8, we now learn, will support more form factors. The implication is that there may be Windows Phone 8 devices that are close in size to Windows 8 devices. Will they run the same apps from the same Marketplace, at least in some cases, in the same way that some iOS apps support both iPhone and iPad?

The Windows 8 and Windows Phone 8 era will be simplified in one sense, with a single core operating system across desktop and devices. In another sense though, it ushers in new complexity, with multiple platforms that have subtle or not so subtle differences:

  • Windows 8 desktop side, on laptop and tablet (x86)
  • Windows 8 desktop side, laptop and tablet (ARM) – rumoured to be locked down for Office and perhaps a few other favoured apps
  • Windows 8 Metro side, desktop, laptop and tablet (x86) which should be nearly the same as
  • Windows 8 Metro side, desktop, laptop and tablet (ARM) – runs WinRT
  • Windows Phone 8 – runs WinRT, plus Silverlight compatibility layer

My guess is that Microsoft will push WinRT as the single platform developers should target, but I can see scope for confusion among both developers and users.

What would you like to see in Microsoft Office 15?

Today brings the news that Microsoft Office 15 is now in Technical Preview (also known as private beta).

There is little news about what is in it other than this:

With Office 15, for the first time ever, we will simultaneously update our cloud services, servers, and mobile and PC clients for Office, Office 365, Exchange, SharePoint, Lync, Project, and Visio.

image

So what would you like to see in Office 15? Here are a few things on my wish list:

  1. Properly integrate SharePoint (and therefore Office 365) with Windows so that you can use it easily without ever opening a web browser. That might mean fixing SharePoint WorkSpace or doing something better, like Explorer integration without the various hassles associated with WebDAV.
  2. Fix Outlook, or better still replace it. I hear many complaints about Outlook, either concerning its performance, or else one of its many annoyances such as how hard it is to reply to an email while quoting sections of the original message – astonishing, when you consider the maturity of the product.
  3. Improve cross-platform support. Office on the Mac is poor compared to the Windows version, particularly in terms of performance. It is also time Microsoft came out with apps for iOS and Android for touch-friendly document editing.
  4. Update the user interface for touch control as far as possible. This will be critical for Windows 8 tablets, especially on ARM.
  5. Improve structured document editing in Word. Styles are hard to use, so are bullets and numbering. I tend not to use the paragraph numbering in Word because it is so fiddly and annoying.

The problem is that Office is a huge and intricate bag of legacy. The work Microsoft did in replacing the menus with ribbon toolbars was admirable in its way, and potentially more touch-friendly, but if you scratch the surface much is unchanged underneath. All the old commands remain.

Nokia results: hope for Windows Phone?

It is almost one year since Nokia’s dramatic announcement that it would transition its smartphone range to Windows Phone. Today the company released its results for the fourth quarter and for the full year 2011, the first since the release of the the Lumia range of Windows Phone devices. How it is doing?

This is one you can spin either way. The negative view: Nokia is losing money. Sales are down 21% year on year for the quarter and 9% for the full year, and the company reported an operating loss of just over a billion Euro for the year, most of which was in the last quarter.

If you look at the quarter on quarter device sales, they are down in both smart devices and mobile phones. The Symbian business has not held up as well as the company hoped:

changing market conditions are putting increased pressure on Symbian. In certain markets, there has been an acceleration of the anticipated trend towards lower-priced smartphones with specifications that are different from Symbian’s traditional strengths. As a result of the changing market conditions, combined with our increased focus on Lumia, we now believe that we will sell fewer Symbian devices than we previously anticipated.

says the press release. As for Windows Phone and Lumia, CEO Stephen Elop says that “well over 1 million Lumia devices” have been sold: a start, but still tiny relative to Apple iOS and Google Android. Elop cleverly calls it a “beachhead”, but given the energy Nokia put into the launch I suspect it is disappointed with the numbers.

Put this in context though and there are reasons for hope. First, Nokia’s speed of execution is impressive, from announcement to the first Windows Phones in nine months or so. Further, the Lumia (judging by the Lumia 800 I have been using) does not feel like a device rushed to market. The design is excellent, and within the small world of Windows Phone 7 hardware Nokia has established itself as the brand of first choice.

Second, despite the dismal sales for Windows Phone 7 since its launch, there are signs that Microsoft may yet emerge from the wreckage inflicted on the market by iOS and Android in better shape than others. WebOS has all-but gone. RIM has yet to convince us that it has a viable recovery strategy. Intel Tizen is just getting started. If Microsoft has a successful launch for Windows 8, Elop’s “third ecosystem” idea may yet come to fruition.

Third, Nokia has already shown that it is better able to market Windows Phone 7 than Microsoft itself, or its other mobile partners. Lumia made a good splash at CES in January, and the platform may gain some market share in the influential US market.

Nokia is not just Windows Phone though, and even if its smartphone strategy starts to work it has those falling Symbian sales to contend with. It will not be easy, even taking an optimistic view.

Nor will it be easy for Windows 8 to succeed in a tablet market owned by Apple at the high end and by Amazon/Android at the low end.