cryptochrome said:
Nothing specific, however Apple implies a couple of times on the Boot Camp page that this is a beta of a feature in Leopard. However, can you really call a firmware update and some drivers a feature OF Leopard?
Why not? They consider lots of other bundled apps (like Automator, the DVD player, Disk Utility, etc.) part of Tiger.
cryptochrome said:
They just gave them to us for free
Keep in mind that what they gave out was a beta (meaning pre-release), and it only works with a single-disc install of WinXP SP2. In order to become a proper product, it must support installation from any WinXP install disc, not just one specific release.
A more generalized dual-boot facility, to support other operating systems (like Win2K, DOS, Linux, and others) would also be an important feature, even if Apple doesn't bundle drivers for them all.
What they gave out was really a message, saying "here's what we're working on. Please use this instead of the internet-hacked solution that may end up screwing your firmware, creating a problem for all of us."
cryptochrome said:
1) Being able to run the two OSes separately but at the same time, so you can switch between them - unlikely
Yes. Unlikely.
cryptochrome said:
2) Being able to run one OS inside (or at least appear to be inside) the other (possibly switching between the two), with the ability to exchange data a la Virtual PC - drop dead certain.
I think this will remain in the purview of third-parties. I will expect features in Leopard to make VPC easier to implement. I seem to recall MS complaining that they need some OS extensions to make it work, so Apple will probably implement something along those lines.
cryptochrome said:
3) Being able to run Windows Apps in Mac OS X without running Windows itself (and possibly Vice Versa) - man I hope so.
Won't ever happen. Apple is not going to design, implement, test and support Microsoft's APIs. That would be a spiral of doom for them.
As OS/2 and WINE users quickly learn, this approach means you are forever playing catch-up, as Microsoft keeps on releasing new OS features, often bundled with application service packs. With this approach, you end up never ever being 100% compatible, with apps always breaking in random annoying ways.
A Classic-like mode, where a user-installed copy of Windows runs under the covers in a virtualization environment is, IMO, the most we will ever get from Apple. Anything more will be third-party. And I think even that approach will be third-party.
Remember, Apple's goal is to sell Macs. It is not to become a universal application-support platform. Their goals and your desires are not likely to be the same.
I think we're going to be seeing a very different approach to integration. Microsoft is talking about libraries for bringing the Vista UI to Mac OS, so Windows developers can target both platforms. And rumors say that Apple is resurrecting the "Yellow Box" concept, bringing the Carbon/Cocoa APIs to Windows, so Mac developers can target both platforms.
Personally, the latter is what I want to see. I've started learning Cocoa programming, and I'd love to use this environment for Windows programming. (Heck, I'd like to use it everywhere. Unfortunately, the closest equivalent, GNUStep, is not all that stable, and doesn't have all the features Apple provides.)
cryptochrome said:
Coupled to the sales advantage of all Intel Apples being able to cleanly run all environments, and Apple's marketshare and development community could increase dramatically.
Or it could completely kill Mac development.
If Mac OS can run Windows apps, what's to stop from developers from deciding "I'll just write Windows apps and tell the Mac users to run that version"?
The Yellow Box approach goes in the right direction. It allows Mac developers to target Windows systems, and may entice Windows developers to move over to the Mac APIs.
Providing Windows API support (especially if this includes binary application compatibility) in Mac OS, has the opposite effect. It encourages developers to select the Windows API as their One True API, eroding the Mac developer base.