Recommended Posts

"WOA does not support running, emulating, or porting existing x86/64 desktop apps."

So the only point of the desktop mode on ARM is to run the Office suite? I don't understand why they wouldn't allow porting as it'd be a great feature for many.

"WOA does not support running, emulating, or porting existing x86/64 desktop apps."

So the only point of the desktop mode on ARM is to run the Office suite? I don't understand why they wouldn't allow porting as it'd be a great feature for many.

They want Windows on ARM tablets to be competitive with the iPad - in the fact that they want it to have amazing battery life, nearly zero chance of getting virus or malware', and be as stable as possible. By culling third party desktop apps with unrestricted computer access (ensuring better stability & battery life) and ensuring everyone lives perfectly well inside the WinRT sandbox, they can do this.

For everyone else, there's x86 tablets :sorcerer:

"WOA does not support running, emulating, or porting existing x86/64 desktop apps."

So the only point of the desktop mode on ARM is to run the Office suite? I don't understand why they wouldn't allow porting as it'd be a great feature for many.

I believe that .Net apps will work. I seriously wonder whether the low end consumer Windows 8 tablets should have the desktop enabled. With the iPad it's "You can run anything from this App store." With Windows 8 ARM it's "You can run anything from this App store, and a few normal Windows apps, but only special ones."

Trying to explain processor architectures and programming frameworks to the mass consumer market seems like a losing battle.

The closest analog to such a situation would be the OSX PowerPC-> Intel transition, but OSX Intel had an emulator to run legacy apps.

I believe that .Net apps will work. I seriously wonder whether the low end consumer Windows 8 tablets should have the desktop enabled. With the iPad it's "You can run anything from this App store." With Windows 8 ARM it's "You can run anything from this App store, and a few normal Windows apps, but only special ones."

From what Microsoft have seemingly confirmed today, the ONLY desktop apps on Windows on ARM tablets (not including the default Windows apps like Explorer) will be Office - namely Word, Excel, Powerpoint and OneNote. Everything else is Metro only.

So with the Windows ARM tablet experience, it will be "you can only run anything from the app store and the built in Windows apps", unlike x86 tablets & devices.

From what Microsoft have seemingly confirmed today, the ONLY desktop apps on Windows on ARM tablets (not including the default Windows apps like Explorer) will be Office - namely Word, Excel, Powerpoint and OneNote. Everything else is Metro only.

I just read the article a bit more and it seems you are right. If the only desktop apps that you will EVER be able to run (besides built in utilities) is Office 15, why not just create a special way to integrate the desktop versions of Office into the Metro launcher? Ditch the super bar, start menu, desktop icons, etc.

It really doesn't make much sense. Basically it seems like desktop on ARM is only because they don't have a Metro UI version of Office ready yet, and they feel that they must have Office on W8 ARM at launch.

I just read the article a bit more and it seems you are right. If the only desktop apps that you will EVER be able to run (besides built in utilities) is Office 15, why not just create a special way to integrate the desktop versions of Office into the Metro launcher? Ditch the super bar, start menu, desktop icons, etc.

It really doesn't make much sense. Basically it seems like desktop on ARM is only because they don't have a Metro UI version of Office ready yet, and they feel that they must have Office on W8 ARM at launch.

My basic thoughts on that are realistically, the XAML / C# model probably won't give them the performance they need for a good Office suite (unfortunately it seems to have borrowed from Silverlight codebase, rather than WPF - probably because the Silverlight's codebase was already architecturally portable - even more of shame considering how much better WPF's font rendering got with it's text stack update. The WinRT XAML text stack is still what some people would consider blurry ) , and writing it in either HTML & JS or C++ & Direct X would require a ridiculous amount of time. That, any it'd be hard to fit all of Office's power in whilst still following the Metro guidelines of the rest of the Microsoft Metro apps.

I appreciate them focusing on it being on desktop too, just so you can manage multiple Office or document windows which isn't an uncommon scenario. I'd also wager it'd be quicker to manage files in Window explorer than whatever Metro file browser they have - the desktop setup they have they is pretty well optimized anyway, and a Metro Office app just wouldn't bring any inherent advantages to Office.

Of course, it might be confusing for some users who wonder why their familiar desktop can only do Office - but then I think in time some people might just consider the desktop the "Office app" on Windows ARM tablets, which isn't that bad an idea.

Actually microsoft should start calling desktop an App on ARM. And i am sure they will market it differently. Steven mentioned they will make it very clear to consumers that WOA is different.

This will allow them to make super cheap tablets to battle the ipads and lower priced android tablets. Where as more technical users will buy a x86 tablet or both. Depends really.

Like i want a laptop right now. Im saving for one. So far it looks like Windows 8 touch experience will be missed if i get a simple laptop. So im thinking of going with a x86 tablet instead. Something with a pressure sensitive digitizer. like the samsung slates. Those things are perfect for designers or if u write down lectures and stuff.

Although a little bulky.

As pointed above. They keeping Office as desktop apps so users can have multiple windows and stuff. (production end). And enjoy the start screen (consumer end).

I just read the article a bit more and it seems you are right. If the only desktop apps that you will EVER be able to run (besides built in utilities) is Office 15, why not just create a special way to integrate the desktop versions of Office into the Metro launcher? Ditch the super bar, start menu, desktop icons, etc.

It really doesn't make much sense. Basically it seems like desktop on ARM is only because they don't have a Metro UI version of Office ready yet, and they feel that they must have Office on W8 ARM at launch.

Actually, the Office 15 apps you mentioned are rewritten in WinRT - which is why they are runnable on ARM. It's an API difference.

Because they are, in fact, written in WinRT, they will run on *any* OS that supports WinRT - in other words, the API is relevant; however, the CPU is not.

The Win32 API is not present on ARM - because ARM can't run it. Therefore, WOA can't run existing versions of Office.

The WDP and WCP for x86/x64 is, therefore, a *superset OS* - it supports both WinRT *and* Win32. Existing applications (and most games) actually run just fine in the WDP (not taking anybody's word for it - I've been dual-booting it with 7 since it became available).

Office 2010 can (and in fact, does) run just fine in the WDP (even the x64 version of Office 2010). Besides, you DO realize that nary a single Office 2010 shortcut appears in the Windows 7 Start menu by default, do you? (The only reason that Outlook - or any other application - even appears in Windows 7's Start menu is if was among the last ten applications you've run - however you have run them; I typically launch Outlook 2010 from the Run box for the very first time. In other words, in that sense, the Start menu duplicates functionality present in the Windows Run box - that's been present since Windows 2000 Professional - and remains in the WDP. I know the executables for the core Office 2010 by heart - therefore, I simply go directly to each via the Run box - nary a single mouse-click, because I have no shortcuts to any of them on the desktop (which is also the default for Office 2010) - in either 7 or the WDP. The difference is that if I launch one that way in Windows 7, it shows up on the Start menu - however, that is, in fact, the ONLY difference.)

If you install Office 2010 in the WDP, a Microsoft Office group shows up in the StartScreen (basically, a clone of the old menu group in Windows 7's Programs subgroup) - I just don't use it.

The Core Office 2010 Executable List (WinKey+R)

Word - WINWORD.EXE

ACCESS - MSACCESS.EXE

EXCEL - EXCEL.EXE

PowerPoint - POWERPNT.EXE

OneNote - ONENOTE.EXE

Outlook - OUTLOOK.EXE

Bitness, Windows version, and even Office version, are all irrelevant.

Actually, the Office 15 apps you mentioned are rewritten in WinRT - which is why they are runnable on ARM. It's an API difference.

Because they are, in fact, written in WinRT, they will run on *any* OS that supports WinRT - in other words, the API is relevant; however, the CPU is not.

The Win32 API is not present on ARM - because ARM can't run it. Therefore, WOA can't run existing versions of Office.

The WDP and WCP for x86/x64 is, therefore, a *superset OS* - it supports both WinRT *and* Win32. Existing applications (and most games) actually run just fine in the WDP (not taking anybody's word for it - I've been dual-booting it with 7 since it became available).

Office 2010 can (and in fact, does) run just fine in the WDP (even the x64 version of Office 2010). Besides, you DO realize that nary a single Office 2010 shortcut appears in the Windows 7 Start menu by default, do you? (The only reason that Outlook - or any other application - even appears in Windows 7's Start menu is if was among the last ten applications you've run - however you have run them; I typically launch Outlook 2010 from the Run box for the very first time. In other words, in that sense, the Start menu duplicates functionality present in the Windows Run box - that's been present since Windows 2000 Professional - and remains in the WDP. I know the executables for the core Office 2010 by heart - therefore, I simply go directly to each via the Run box - nary a single mouse-click, because I have no shortcuts to any of them on the desktop (which is also the default for Office 2010) - in either 7 or the WDP. The difference is that if I launch one that way in Windows 7, it shows up on the Start menu - however, that is, in fact, the ONLY difference.)

If you install Office 2010 in the WDP, a Microsoft Office group shows up in the StartScreen (basically, a clone of the old menu group in Windows 7's Programs subgroup) - I just don't use it.

The Core Office 2010 Executable List (WinKey+R)

Word - WINWORD.EXE

ACCESS - MSACCESS.EXE

EXCEL - EXCEL.EXE

PowerPoint - POWERPNT.EXE

OneNote - ONENOTE.EXE

Outlook - OUTLOOK.EXE

Bitness, Windows version, and even Office version, are all irrelevant.

very informative. What about desktop? What is that written in actually? I mean i dont really know about coding. Is the desktop ported? Is it a deeper layer? Like below WinRT? can u explain that? i would love to know how it works :) (oh and im talking about desktop in WOA)

Actually, the Office 15 apps you mentioned are rewritten in WinRT - which is why they are runnable on ARM. It's an API difference.

Because they are, in fact, written in WinRT, they will run on *any* OS that supports WinRT - in other words, the API is relevant; however, the CPU is not.

The Win32 API is not present on ARM - because ARM can't run it. Therefore, WOA can't run existing versions of Office.

They've already shown the exisitng Office 14 running perfectly well on ARM chips. WOA can techincally support Win32 apps if they're compiled for ARM with a few little tweaks (and does infact seem to support the use of Win32 dll's compiled within the lastest VS from inside WinRT), and these aren't WinRT apps. It's the existing Office codebase, highly tuned specifically for low power devices.

i was thinking. Is the Metro and desktop at the same level? (meaning if desktop crashes can we move out of it into start screen? or will the whole PC crash?

thats what im confused about.

They've already shown the exisitng Office 14 running perfectly well on ARM chips. WOA can techincally support Win32 apps if they're compiled for ARM with a few little tweaks (and does infact seem to support the use of Win32 dll's compiled within the lastest VS from inside WinRT), and these aren't WinRT apps. It's the existing Office codebase, highly tuned specifically for low power devices.

pretty much exactly what im confused about. So this means There is a code that is below Win32 or WinRT to understand each? :s ok now i think i need sleep.

i was thinking. Is the Metro and desktop at the same level? (meaning if desktop crashes can we move out of it into start screen? or will the whole PC crash?

thats what im confused about.

The desktop and the start screen are both part of Explorer.exe, though Metro apps all live in their own individual sandboxed process'. Technically if something did crash the Explorer.exe, it'd take the start screen with it - which is one of the reasons Microsoft doesn't want to allow desktop app porting on Windows On ARM (they want the stability). But how often do you see something crash Explorer? :p

The desktop and the start screen are both part of Explorer.exe, though Metro apps all live in their own individual sandboxed process'. Technically if something did crash the Explorer.exe, it'd take the start screen with it - which is one of the reasons Microsoft doesn't want to allow desktop app porting on Windows On ARM (they want the stability). But how often do you see something crash Explorer? :p

well my explorer.exe crashes every now and then :p So i have to run it from task manager. It happens due to some softwares *ahem* and little bit customizing the .dlls :p

Anyhow. Now i get it. So the desktop tile is just a shortcut to desktop screen. But wait. ohh.. i get it. Thats why MS said if u are copying something in desktop it will keep on copying even if the system sleeps whereas the metro apps get suspended. Thats because the explorer is still running. (im talking about connected standby btw).

Actually microsoft should start calling desktop an App on ARM. And i am sure they will market it differently. Steven mentioned they will make it very clear to consumers that WOA is different.

This will allow them to make super cheap tablets to battle the ipads and lower priced android tablets. Where as more technical users will buy a x86 tablet or both. Depends really.

Like i want a laptop right now. Im saving for one. So far it looks like Windows 8 touch experience will be missed if i get a simple laptop. So im thinking of going with a x86 tablet instead. Something with a pressure sensitive digitizer. like the samsung slates. Those things are perfect for designers or if u write down lectures and stuff.

Although a little bulky.

As pointed above. They keeping Office as desktop apps so users can have multiple windows and stuff. (production end). And enjoy the start screen (consumer end).

WinRT is, in fact, CPU-neutral. However, simply due to the focus of WinRT (lightweight code, portability, power-sipping), there are some things that WinRT is decidedly unsuitable for (which is why no rewritten Outlook as of yet) and why some applications will never - and, in fact, should never, be rewritten in WinRT. (Access is also noticeable by its absence, as is Outlook.)

Windows 8 outside of ARM (x86/x64) is a true *superset OS* - it runs WinRT and Win32 APIs. No choosing is needed. However, there's also no learning curve. (That is, in fact, what separates Windows 8 from what has gone before in terms of Windows - even Tablet PC Edition.) You can actually add a tablet/stylus (say a Wacom model) to a traditional desktop and use the tablet/slate APIs that are there, and thus gain FAR more functionality than is provided by the Wacom pointing-device-proprietary API - and without boxing yourself in; how slick is that?

The folks up in arms over Immersive are used to being *forced* to choose. What Microsoft is saying with Windows 8 on x86/64 is "Why choose?"

Traditional applications still work - in the traditional way. (My screenies in the Windows 8 screenshots thread are *all* on traditional hardware - most are, in fact, traditional application-focussed. The same will absolutely and certainly apply to the Consumer Preview.)

If this is PURELY for Office, why would they even show the taskbar/desktop?

Surely it'd be best to re-write the UI slightly so it removes the minimise and maximise buttons, and then simply force-hide the taskbar? End of the day if ARM isn't supposed to be redistributed in the same fashion x86 versions are, then there's no reason why Microsoft couldn't just take out little bits of the UI so Office 15 seems more immersive? Or are there other apps such as Task Manager, calculator, etc that are running outside of Metro UI? In which case, why not re-write these for Metro and disable the desktop altogether?

If they're going for the iPad experience, taking a quick route to shove Office 15 on WOA tablets isn't a good start. You'd never need to get thrown into OSX Desktop to launch a few specific apps in iOS, so why would they introduce this in WOA?

I hate to say it but it seems like a bit of a cop-out, a few quick UI changes (which they don't even need HTML5/JS/CSS or C#/XAML to implement) and you've got an immersive-esque Office 15 that can be launched and killed using the Metro launcher. To the tech head it'd be obvious they've hacked it in, but the average consumer wouldn't know or doesn't care, and for WOA tabs, that's all that matters.

They've already shown the exisitng Office 14 running perfectly well on ARM chips. WOA can techincally support Win32 apps if they're compiled for ARM with a few little tweaks (and does infact seem to support the use of Win32 dll's compiled within the lastest VS from inside WinRT), and these aren't WinRT apps. It's the existing Office codebase, highly tuned specifically for low power devices.

However, it also rather nicely points out the limits of WinRT.

It's why I made the comment about application suitability for various APIs. It's like the far-older rubric about taking a knife to a gunfight.

If you want the greatest API support by your hardware, you want Windows 8 for x86/64.

If your thing is increased (vastly increased) battery life, at the cost of support for certain applications that will never be written (or writable) to WinRT, then you want WOA.

If you're in-between, pick the netbook/tablet/slate/Ultrabook that suits your needs and application mix.

However, because of the dual-API nature of Windows 8 for x86/x64, Windows 8 Ultimate (if there actually is such a creature) could be called Windows 8 Kitchen Sink Edition - and it would be more fitting than was the case with Windows 7 Ultimate.

Ok so now im really confused :s

im thinking. What if i buy a touchscreen monitor? like a full 24 inch touchscreen monitor. and place it above my keyboard at 20 Degree angle. So its 1.5feet away from my face but just 5 inches from my fingers. And use touch for touch and keyboard for typing. Damn that would be sooooooooooooo sweet. Only if the touch has a digitizer.. man!! id only require to buy a monitor instead of a whole tablet or touch laptop so i can save money this way aswell. CP LEAK ALREADY!

If this is PURELY for Office, why would they even show the taskbar/desktop?

Surely it'd be best to re-write the UI slightly so it removes the minimise and maximise buttons, and then simply force-hide the taskbar? End of the day if ARM isn't supposed to be redistributed in the same fashion x86 versions are, then there's no reason why Microsoft couldn't just take out little bits of the UI so Office 15 seems more immersive? Or are there other apps such as Task Manager, calculator, etc that are running outside of Metro UI? In which case, why not re-write these for Metro and disable the desktop altogether?

If they're going for the iPad experience, taking a quick route to shove Office 15 on WOA tablets isn't a good start. You'd never need to get thrown into OSX Desktop to launch a few specific apps in iOS, so why would they introduce this in WOA?

I hate to say it but it seems like a bit of a cop-out, a few quick UI changes (which they don't even need HTML5/JS/CSS or C#/XAML to implement) and you've got an immersive-esque Office 15 that can be launched and killed using the Metro launcher. To the tech head it'd be obvious they've hacked it in, but the average consumer wouldn't know or doesn't care, and for WOA tabs, that's all that matters.

Because there will be (and some were shown, in fact) ARM netbooks and competitors to Ultrabooks - in short ARM in factors OTHER than tablets and slates. The WinRT rewrite is about CPU-neutrality and has exactly diddly to do with Immersive.

Immersive (strictly as a UI) is a straight reboot of the existing Windows user interface. It's touch-friendlier; however (and this was, in fact, the biggest surprise to me personally) it's also friendlier to pointing devices - especially mice.

You're used to having to choose which OS to run for which purpose (and that is exactly what Apple - and, to an extent, Google - have been happy with).

However, users (and in Android's case, developers) have been far from happy with such fracturing and niche-ification. iOS (especially the iPad 2) is cannibalizing the Mac marketplace today, while Android 4.0 (Ice Cream Sandwich) is specifically designed to bridge smartphones and tablets/slates. Is Microsoft supposed to just ignore that?

Hence Windows 8 having two APIs. WinRT, while CPU-neutral, is focussed on the strength of lower-powered (and largely non-x86) devices, primarily ARM. However, the very advantages of lowered powered devices make it unsuitable for traditional applications. (Would you want to run the full version of Photoshop on ARM?)

Traditional Win32 still has a place - and so do traditional Win32 applications. However, so do lightweight applications - Microsoft can't ignore those, even on otherwise-traditional hardware. (Look at the success of Angry Birds alone on Windows 7.)

Ok so now im really confused :s

im thinking. What if i buy a touchscreen monitor? like a full 24 inch touchscreen monitor. and place it above my keyboard at 20 Degree angle. So its 1.5feet away from my face but just 5 inches from my fingers. And use touch for touch and keyboard for typing. Damn that would be sooooooooooooo sweet. Only if the touch has a digitizer.. man!! id only require to buy a monitor instead of a whole tablet or touch laptop so i can save money this way aswell. CP LEAK ALREADY!

And that's the other possibility.

You can *add* such a display to your existing hardware, Windows 8 will detect it, and install the drivers for that device - just as if it were a more plebian device, such as a keyboard or mouse.

With Windows 8, that is indeed possible. Thanks to the niche-ification with older versions of Windows, it largely hasn't been.

Because there will be (and some were shown, in fact) ARM netbooks and competitors to Ultrabooks - in short ARM in factors OTHER than tablets and slates. The WinRT rewrite is about CPU-neutrality and has exactly diddly to do with Immersive.

Immersive (strictly as a UI) is a straight reboot of the existing Windows user interface. It's touch-friendlier; however (and this was, in fact, the biggest surprise to me personally) it's also friendlier to pointing devices - especially mice.

But Microsoft has said specifically now that there will be no third party desktop applications for WOA. So keeping the desktop around for ARM laptops doesn't make much sense, it's still only for Paint, Explorer, and Office, and that's it.

I'm just picturing people looking at $499-$599 WOA tablets at Best Buy:

"This is Windows?"

"Kinda. This is the touch interface, if you tap here it takes you back to the normal Windows desktop."

"So it runs Windows apps?"

"Just Office"

"Oh. So I can't run any of my Windows apps?"

"No"

"Steam games?"

"No"

"The Windows app my company uses?"

"No"

IMO they should call WOA (at least the version for low end low power tablets) "Metro". If their strategy and development choices make it difficult for them to get a version of Office for Metro up and running then I think they didn't plan very well.

The whole point of the Windows brand has been that people know it from their work environment and know that stuff will most likely work on it. When you take that away is the Windows brand really worth anything?

I Think Microsoft just put the desktop in for Office. I think the plan is to redo Office in Metro but their wasn't enough time to do it. Perhaps the next versions of Arm for windows and office will do make apparent. Right they need to concentrate on shipping windows 8. Windows 8 is a whole retooling of OS. There is a lot crap in the OS that we don't need anymore but is there for backward compatibility. Sometimes you just need to shove something down customer throats in order for them change.

But Microsoft has said specifically now that there will be no third party desktop applications for WOA. So keeping the desktop around for ARM laptops doesn't make much sense, it's still only for Paint, Explorer, and Office, and that's it.

I'm just picturing people looking at $499-$599 WOA tablets at Best Buy:

"This is Windows?"

"Kinda. This is the touch interface, if you tap here it takes you back to the normal Windows desktop."

"So it runs Windows apps?"

"Just Office"

"Oh. So I can't run any of my Windows apps?"

"No"

"Steam games?"

"No"

"The Windows app my company uses?"

"No"

IMO they should call WOA (at least the version for low end low power tablets) "Metro". If their strategy and development choices make it difficult for them to get a version of Office for Metro up and running then I think they didn't plan very well.

The whole point of the Windows brand has been that people know it from their work environment and know that stuff will most likely work on it. When you take that away is the Windows brand really worth anything?

I take it you didn't notice the ARM netbooks. (There was one in the picture.)

ARM is for hyperlong battery life. (Longer than not just current netbooks, but Ultrabooks - and cheaper besides.)

And that's been the whole problem (for all operating systems - it's not unique to Windows).

It's been forks, niches, and completely incompatible-by-design operating systems.

And the userbase is rebelling.

It's not just that smartphones are selling more than PCs are - low price is a major reason, as is the still-poor economy. Apple CEO Tim Cook got a nasty wake-up call with the iPad2 sales metrics - the iPad2 is eating into sales of traditional Macs (despite the iPad2 being worth exactly diddly when it comes to content creation). Even otherwise-loyal Apple customers are saying *nyet* to multiple devices, different UIs, and transition fatigue.

The rebellion in terms of Android is ahead of the Apple rebellion - it resulted in the first device-neutral version of Android - 4.0 (Ice Cream Sandwich).

And yet all the detractors of Immersive would actually have Microsoft repeat the very mistake that Apple has made (and Google is trying to unmake).

Microsoft is actually in a fantastic position to take advantage of Apple's mistake - and Google's deliberate avoidance. By making WinRT a CPU-neutral API (while preserving Win32) it creates an application-platform progression that grows as the user's comfort level does - they can start with a WinRT version of an application (for an ARM netbook/tablet/slate or even non-ARM netbook or Ultrabook, depending on what their needs are) and move up to more powerful hardware - without having to re-learn anything. They can even keep the less-powerful WinRT version (ala Notepad or Wordpad) for the light work *after* moving up to a more powerful - and Win32 or even Win64, depending on the user or use - application. No UI changes - only application-specific changes. Therefore, no learning curve. (No transition fatigue, either; the UI is something they already know cold.)

As an earlier poster said - all pluses and nary a single minus.

I take it you didn't notice the ARM netbooks. (There was one in the picture.)

ARM is for hyperlong battery life. (Longer than not just current netbooks, but Ultrabooks - and cheaper besides.)

...

I get that there will be ARM netbooks/laptops. What I don't get is the point in including the Desktop simply for Office. I get the sense from your post that you think that there will be new WinRT applications that run in the desktop mode of Windows 8 on ARM. The article says that all third-party WOA apps will be Metro only:

All third-party applications for WOA will be Metro applications delivered via the Windows Store, and must meet the restrictions imposed on those applications.

That basically means that Desktop on WOA exists soley for Explorer and Office, and that there won't be any cross-platform apps, WinRT or other framework, that operate in the Desktop mode on WOA. At least if the article is correct.

Making the underlying codebases compatible is great. Apple has tried to do much of the same. Code must be complied specifically for OSX (Darwin x86) or iOS (Darwin ARM), but much of the code is compatible.

I don't see how WOA is any different than the iPad if all third-party software has to be for the Metro/Immersive UI and through Microsoft's App Store. I guess the difference would be that you can't run iOS (Cocoa Touch) apps natively on OSX x86.

That leaves the real difference to end users as being one of UI. Apple chose to make Touch and Desktop UIs completely separate. Microsoft is trying to find a balance of a UI that works well for both, which I think is a worthy cause.

I get that there will be ARM netbooks/laptops. What I don't get is the point in including the Desktop simply for Office. I get the sense from your post that you think that there will be new WinRT applications that run in the desktop mode of Windows 8 on ARM. The article says that all third-party WOA apps will be Metro only:

That basically means that Desktop on WOA exists soley for Explorer and Office, and that there won't be any cross-platform apps, WinRT or other framework, that operate in the Desktop mode on WOA. At least if the article is correct.

Making the underlying codebases compatible is great. Apple has tried to do much of the same. Code must be complied specifically for OSX (Darwin x86) or iOS (Darwin ARM), but much of the code is compatible.

I don't see how WOA is any different than the iPad if all third-party software has to be for the Metro/Immersive UI and through Microsoft's App Store. I guess the difference would be that you can't run iOS (Cocoa Touch) apps natively on OSX x86.

That leaves the real difference to end users as being one of UI. Apple chose to make Touch and Desktop UIs completely separate. Microsoft is trying to find a balance of a UI that works well for both, which I think is a worthy cause.

Finally - someone that gets it!

That is indeed the point of dual APIs.

WinRT - both CPU-neutral and UI-neutral. Runs on WOA and big-brother Windows 8.

Win32 - UI-neutral, but not CPU-neutral. Exclusive to Windows 8 and earlier.

ARM has advantages when it comes to battery life - the trade-off is incompatibility with Win32. If you want the formfactor, but also want Win32 applications, that's what Ultrabooks and x86/64 tablets and slates are for. (That was why there were ARM netbooks, in addition to ARM tablets and slates, in the WOA blog video.)

x86/x64 offers the widest compatibility range - both WinRT and Win32 applications, games, etc. work just fine. Disadvantage (portables) - shorter battery life compared to ARM, weight, higher price.

By keeping the UIs separate, Apple has made two major errors - they have fragmented their userbase AND created the issue of *transition fatigue* within that userbase. (The latest iPad2 sales metrics illustrate that iPad2 is eating into sales of traditional Macs - the *transition fatigue* issue is quite real.)

Google has had it no easier with Android - why else did Google create Ice Cream Sandwich (4.0)? Similar issue - except that the transition was between smartphones and tablets/slates; they deliberately have avoided addressing netbooks (instead, they have pushed the Chromebook into that area.)

With the tag-team of WOA and Windows 8, there are two APIs that, between them, cover everything from the tablet/slate/netbook/ultrabook formfactor to high-end gaming desktops and workstations (if you include Windows 8 Server, it can technically be said to cover the various flavors of server as well). The range of Linux without either the fragmentation/niche-ification issue that the various narrow-focus of Linux distributions has created - or the learning curve - due to the general UI being absolutely identical.

This topic is now closed to further replies.
  • Posts

    • AMD 26.6.2 driver brings FSR 4.1 support to RDNA 3 RX 7000 series graphics cards by Pulasthi Ariyasinghe A new driver is rolling out to Radeon graphics hardware owners, and alongside support for new games, AMD has just made its FSR 4.1 upscaling tech available to an entire generation of its products. Last month, AMD announced it is answering community requests to bring FSR 4.1 to past generations of its Radeon graphics cards. This would be starting with RDNA 3 RX 7000 products. Right on schedule, this is what's rolling out now with the AMD Software: Adrenalin Edition 26.6.2 driver containing official support for over 300 games. Following this, AMD is planning to bring out RDNA 2 (RX 6000 series) support for FSR 4.1 sometime in early 2027. As for the games, this Adrenalin 26.6.2 driver is a recommended install for anyone jumping into Ubisoft's upcoming Assassin's Creed Black Flag Resynced remake or id Software's DOOM: The Dark Ages' Revelations expansion. The two fixed issues in this release are these: Intermittent application crash or driver timeout may be observed while playing RoadCraft on Radeon™ RX 7000 series products. Purple screen may be displayed when using an HP Reverb G2 headset with SteamVR on Radeon™ RX 6000 series graphics products. The known issues AMD is still working on are the following: Intermittent application crash or driver timeout may be observed while playing Battlefield 6 on AMD Ryzen AI 9 HX 370. AMD is actively working on a resolution with the developer to be released as soon as possible. Texture flickering or corruption may appear while playing Battlefield 6 with AMD Record and Stream on some AMD graphics products. AMD FSR Upscaling and AMD FSR Frame Generation may show as inactive in AMD Software: Adrenalin Edition while playing Battlefield 6 when enabled on Radeon™ RX 9000 series graphics products. Failure to install may be observed while installing AI Bundle components in some regions with limited access to HuggingFace and GitHub. Model flickering or rendering failure may be observed in Maxon Cinema 4D and Blender on Radeon RX 7000 series and above graphics products. Users experiencing this issue are recommended to install AMD Software: Adrenalin Edition 26.3.1. Intermittent application crash may be observed on some models while running Blender on Radeon RX 7000 and above graphics products. Users experiencing this issue are recommended to install AMD Software: Adrenalin Edition 26.3.1. The newly released AMD Software: Adrenalin Edition 26.6.2 driver is now available for download from the AMD Software app. Find the official changelog here.
    • How to Do More with Less: Future-Proofing Yourself in an AI-driven Economy —was $28 now FREE by Steven Parker Claim your complimentary copy (worth $28) of "How to Do More with Less: Future-Proofing Yourself in an AI-driven Economy" for free, before the offer ends on June 30. Description In today’s workplace, headlines about artificial intelligence can feel overwhelming. With headlines swinging between promises of utopia and warnings of mass unemployment, for most knowledge workers, the truth feels unclear. In this book, Sharon Gai cuts through the noise. Drawing from real-world examples and global insights, she explains how AI is reshaping the way we work—without hype or fearmongering. Instead of choosing between blind optimism or outright pessimism, she offers a practical, balanced perspective that helps readers make sense of the rapidly evolving AI landscape. You’ll learn how to: Reskill and future-proof your career in the face of AI disruption Identify which parts of your role can be automated, and which require human creativity and judgment Use proven frameworks to evaluate AI’s impact on your work and your organization Apply actionable tips and tools to boost productivity, make smarter decisions, and do more with less Gain clarity as a parent, leader, or professional navigating what this means for the next generation Whether you’re an employee anxious about your future, a parent concerned about your children’s opportunities, or a leader managing a lean team with tight budgets, this book provides the strategies and mindset you need to adapt so you can stop worrying and start preparing. How to download for free Please ensure you read the terms and conditions to claim this offer. Complete and verifiable information is required in order to receive this free offer. If you have previously made use of these offers, you will not need to re-register. Was $28, but is now FREE | Below free offer link expires on June 30. How to Do More with Less: Future-Proofing Yourself in an AI-driven Economy The below offers are also available for free in exchange for your (work) email: The Vibe Coding Playbook: Building Your Tech Business with AI ($35 Value) FREE - Expires 6/23 The Persuasion Engine: How Any Business Can Use AI-Powered Neuromarketing to Understand and Win Customers ($28 Value) FREE - Expires 6/24 How to Do More with Less: Future-Proofing Yourself in an AI-driven Economy ($28 Value) FREE - Expires 6/30 Cloud Security Fundamentals: Building the Foundations for Secure Cloud Platforms ($131.95 Value) FREE - Expires 7/1 The Complete Free AI Learning: Master ChatGPT, Claude, Gemini & More ($21 Value) FREE How to Build an AI Design Workflow with Gamma ($21 Value) FREE The Ultimate Linux Newbie Guide – Featured Free content Python Notes for Professionals – Featured Free content Learn Linux in 5 Days – Featured Free content Quick Reference Guide for Cybersecurity – Featured Free content We post these because we earn commission on each lead so as not to rely solely on advertising, which many of our readers block. It all helps toward paying staff reporters, servers and hosting costs. Other ways to support Neowin The above deal not doing it for you, but still want to help? Check out the links below. Check out our partner software in the Neowin Store Buy a T-shirt at Neowin's Threadsquad Subscribe to Neowin - for $14 a year, or $28 a year for an ad-free experience Disclosure: An account at Neowin Deals is required to participate in any deals powered by our affiliate, StackCommerce. For a full description of StackCommerce's privacy guidelines, go here. Neowin benefits from shared revenue of each sale made through the branded deals site.
    • Microsoft admits one of the most crucial Outlook features is currently broken by Sayan Sen Microsoft is making some decent progress when it comes to Windows 11. Recently we have confirmed reports of some rather useful improvements landing in the next version of the OS, 26H2, wherein GPU driver TDR crashes may finally be fixed, plus the company is also allowing users to disable web content on the Search. On the Outlook front though things have not been so rosy. Last month in May we reported several problems affecting basic functionalities on the app. These included a problem where documents would open blank or corrupt themselves. Following that, Quick Steps, a very useful feature, would no longer work correctly, and finally, Microsoft acknowledged a problem wherein images would fail to load up properly inside the email. Microsoft had resolved those bugs later and almost exactly a month after we reported on them, the company has now admitted a new similarly basic issue, this time on Macs. Users recently started noticing that Outlook would no longer display email threads properly as the original message itself was not displayed. An affected user Tsoumpas, C (ngmb) nicely described the problem in a forum post they made on Microsoft's site. They wrote: "Description of the issue: After updating Outlook for Mac [Version 16.110 (26061317)] on 18/6/2026, replying to any email no longer includes the original message in the reply window. Prior to the update, replies correctly contained the original email text below my response. Expected behavior: The original message should be included in the reply, as in previous Outlook versions and according to the configured reply settings. Actual behavior: The reply window contains only a blank composition area (or only my response), with none of the original email text included." Obviously this must be a highly frustrating for users as noted by several in that thread. The post, at the time of writing, has also been upvoted by more than 40 users indicating that is a fairly widespread bug. Thankfully Microsoft seems to have acknowledged the problem right around that time as it opened a new issue on its official website. In the support article, the company recommends switching to Outlook for Mac from the legacy app, where the problem appears to be happening.
    • PotPlayer 260622 by Razvan Serea PotPlayer is an extremely light-weight multimedia player for Windows. It feels like the KMPlayer, but is in active development. Supports almost every available video formats out there. PotPlayer contains internal codecs and there is no need to install codecs manually. Other key features include WebCam/Analog/Digital TV devices support, gapless video playback, DXVA, live broadcasting. Distinctive features of the player is a high quality playback, support for all modern video and audio formats and a built DXVA video codecs. A wide range of subtitles are supported and you are also able to capture audio, video, and screenshots. A comprehensive video and audio player, that also supports TV channels, subtitles and skins. Its been described on the Internet as The KMPlayer redux, and it pretty much is. Daum PotPlayer 260622 (1.7.22963) changelog: Removed Kakao TV Added pause function when navigating via the navigation bar Significantly improved internal stability Fixed an issue where colors appeared strange during RGB24 processing Improved playback for some HTTP streams Improved sync processing for the built-in audio renderer Fixed an issue where certain MP4 files behaved abnormally during playback Download: Daum PotPlayer (64-bit) | 54.7 MB (Freeware) Download: Daum PotPlayer (32-bit) | 61.1 MB View: Daum PotPlayer Home Page | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
  • Recent Achievements

    • Dedicated
      tuben earned a badge
      Dedicated
    • Week One Done
      mnsgroup earned a badge
      Week One Done
    • Conversation Starter
      sumytbe earned a badge
      Conversation Starter
    • One Year In
      B4dM1k3 earned a badge
      One Year In
    • One Year In
      DarkWun earned a badge
      One Year In
  • Popular Contributors

    1. 1
      +primortal
      523
    2. 2
      +Edouard
      199
    3. 3
      PsYcHoKiLLa
      94
    4. 4
      Michael Scrip
      82
    5. 5
      neufuse
      68
  • Tell a friend

    Love Neowin? Tell a friend!