2504 posts • joined 18 Jun 2009
There's no such thing as a "proper" UK keyboard
You're thinking of the de facto IBM PC layout. Apple's UK keyboards remain as they have been since time immemorial, with £ on the '3', @ on the '2', quote and double quote combined on a key, etc.
Mac keyboards have an extra modifier or two, a few other extra keys including eject, don't bother with home/end, page down/page up (all of which are achieved with modifier + arrows), and tend to be more willing to hide the function keys since they're not really used for anything in OS X. So, sure, they could swap a couple of keys around and be closer to the IBM PC layout but they're not in a position to adopt it wholesale.
Your central thesis that "Apple customers would see how expensive Apple products and services are" if the App Store were optional for application acquisition doesn't seem to stand up to muster on the following grounds:
Yes, Apple keep 30% of the price of every application sold. But so do Google, and so do most other companies. So, life outside the walled garden (as in, completely outside — hardware and software) seems to have a similar cost, to the extent that Apple's main mobile ecosystem competitor charges the same amount without a walled garden.
The Internet remain free to access. Apple customers continue to buy Apple products even though they can presumably tell the cost difference between walking around with an Android/Blackberry/Bada/Symbian/whatever and pulling that out to check email and look at the web versus walking around with an iPhone and pulling that out to check email and look at the web.
It would therefore seem to me that (i) the costs for services are in line with the rest of the market; and (ii) in any case, they're not obscuring the cost of products.
Apple's subscription play (especially the requirement that the best price offered elsewhere also be available in app but if bought by that route will yield 30% to Apple) is likely anticompetitive but it's not designed to affect the perception of consumers and doesn't have that effect.
@DrXym: it's not just features
It's brand positioning; the low cost Android phones push the idea that the Android brand is for everyone, whereas Apple prefer to promote the iPhone as for the creative elite. You know, just in terms of the message they'd have you take from their advertising.
Re: the article proper, I was under the impression that 2010 had been the year of Android and that, across the whole market, Android phones were outselling iPhones already. So it's a bit surprising that Tesco have only just caught up.
I don't buy that it's a Risk-style game of world domination where the one with the bigger numbers inevitably makes the position of the one with the smaller numbers untenable or that bigger numbers is a mark of better quality so I'd label this news as interesting but unlikely to be influential upon me.
You appear not to have understood Apple's rules on subscriptions. You're correct that they take 30%. However, they also dictate that subscriptions bought on a separate device or via the browser can be transferrable without Apple taking any cut and that the cheapest price available elsewhere must also be available within the app.
Summary: if a subscription is available via an iOS app, it will be the same price as everywhere else.
The required 30% cut and the inability to pass it on to the consumer is why so many companies are up in arms about the current subscription pricing. The only potential consequence for consumers is that third party companies may abandon the platform. That's a valid concern, but the response is sort of obvious: if companies start to depart en masse then Apple can simply change their rules, while they have the vast majority of the market it's unlikely anyone will depart making it currently not an issue in practice.
Surely the 6502 takes two cycles to do the most basic operations, in practical terms? It's one cycle to read in the op code, and then a second to perform the thing. I think part of the reason the 6502 gets a bum rap in general is that it accesses RAM every single cycle, whether it needs to or not (or, if you prefer, doesn't properly indicate its intent), whereas the z80 accesses RAM only as required — and that tends to be more infrequent due to the more complicated instruction set.
So as soon as you put a 6502 into a system where RAM is clocked at a similar speed to the CPU but shared with video circuitry, it gets seriously hobbled. Comparing the Electron to the slightly later Amstrad CPC is instructive: the former hands at least 50% of its RAM cycles to the video circuits, causing the CPU to run at half rated speed; the latter hands 75% of its RAM cycles to the video circuits but the CPU continues to run at (per empirical observations, usually passed around as a rule of thumb) around 82% of its rated speed.
Obviously the BBC Micro gets around that by coupling a 2Mhz CPU to 4Mhz RAM, interleaving video and processor accesses, so it's not a relevant concern. I just think it's something that likely affected the tone of the debate.
The real proof is in the pudding. Elite is clearly faster on the BBC than the ZX Spectrum, but that's partly because the Spectrum does a software frame copy, lacking page flipping in the 48k machine. I, Of the Mask, Starstrike 2 and Carrier Command (asll solid 3d polygon pushers with good real time frame rates) on the Spectrum side are probably more impressive than Revs on the BBC, but the market was so much larger and most of those Spectrum titles are sufficiently later that they're probably as much a result of the greater amount of interested talent and various lessons already learnt.
But did you treat it as a comparative exercise?
The site improved my opinion of several areas.
Looking at the reported numbers around my current residence and my former residences, and on streets and areas that I have my own opinion about near my current and former residences gave me a pretty good idea of how good the numbers are. On several occasions, my pessimistic guesses about places were debunked; I find it hard to believe there's much underreporting on there so much lower than expected numbers made me feel more confident about some places I might otherwise have sought to avoid.
That was just at the deciding what to view stage, though. I've used tried and trusted "have a walk around" method on anything I've actually looked at.
Sorry. Obviously: "a method for displaying video on a screen", which describes the idea of having the image for each frame of video within a memory area and transmitting it to a screen via an electric cable, and "a method for encoding video such as for transmission via the Internet", which covers one device sending another video data in sequential order so that it can be played.
After all, Net2Phone obtained a patent in 2000 on "point-to-point internet protocols" ("A point-to-point Internet protocol exchanges Internet Protocol (IP) addresses between processing units to establish a point-to-point communication link between the processing units through the Internet"; source: http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PALL&p=1&u=%2Fnetahtml%2FPTO%2Fsrchnum.htm&r=1&f=G&l=50&s1=6,108,704.PN.&OS=PN/6,108,704&RS=PN/6,108,704).
Legally it's not that simple. Patents are a government granted monopoly over the ideas they contain. The simple act of having patents and of asserting patents is not (legally) anticompetitive, but the grant of them is explicitly a barrier to entry in that it prevent other people from using your intellectual property in the marketplace completely without you.
Based on the wording of the article, this sounds like it is more about the tubthumping. Since MPEG-LA don't yet assert to have any members with patents that use of WebM would infringe, the running around trying to create an atmosphere of doubt may be anticompetitive. If they find patents that cover WebM then it probably isn't.
In short: it's not the simple presence of barriers, it's whether those barriers are the ones the state likes to provide.
Add me to the list of people calling for patent reform, as I strongly suspect that WebM will be covered by MPEG-LA member patents when someone turns in their patent for "displaying video on a screen" or "encoding video such as for transmission via the Internet" or some such.
- amongst others, Spotify can continuously stream music; streaming and playing audio from the background is one of the specific types of multitasking Apple explicitly wanted to allow. A direct quote from their documentation: "Applications that play audio can include the UIBackgroundModes key (with the audio value) in their Info.plist file to register as a background-audio application. This key is intended for use by applications that provide audible content to the user while in the background, such as music player or streaming-audio applications. When this key is present, the system’s audio frameworks automatically prevent your application from being suspended when it moves to the background."
- "Any time before it is suspended, an application can call the beginBackgroundTaskWithExpirationHandler: method to ask the system for extra time to complete some long-running task in the background. If the request is granted, and if the application goes into the background while the task is in progress, the system lets the application run for an additional amount of time instead of suspending it." That's how a well-written browser can continue downloading files when in the background.
- there's an execution mode, designed with VoIP clients directly in mind, that allows a piece of software to connect itself to a socket and subsequently wake on demand. That's how a file store-type application could accept and transmit files without having to be kept in the foreground.
- I'm counting this as the same problem as the file stores on a technical level, though I appreciate it much better demonstrates how the alleged deficiency can directly a task that's an upfront promoted feature and a reason that non-technical people will possibly buy the device, whether rightly or wrongly.
So: yes, the request to continue arbitrary task processing may be denied. Yes, the best support is for event based tasks, and it's a simple fact that the number of permissible event hooks is small.
No, that doesn't mean that multitasking isn't supported, or that it isn't 'real' multitasking. Multiple tasks can run, simultaneously. That's multitasking. Your complaint, taking it at its strongest, is that Apple will sanction only certain types of multitasking, which cuts to issues of approval and control rather than technical software issues.
It would therefore appear you plugged in an average of five times a year, that being the iOS release average for the two years immediately following the release of the 3G. You couldn't perhaps be exaggerating, could you?
I'm not one to claim that Apple's kit "just works". But I do think the Mac is the only device that properly talks to the outside world in terms of file formats. The iPod, iPad and iPhone seem to be very iTunes dependent. Suffice to say, if you'd kept all your media in the formats Apple supports (which are all standards from other industry bodies, so not proprietary — they've just been selectively chosen), in iTunes, then the autosyncing is a great boon. It turns a common manual task into an automatic one and makes moving between devices immeasurably easier. However, that comes at the cost of, as you found, about a million hours more work if you've decided e.g. that WMV and OGG are the things for you.
There's not really an extra step because the assumption is that you're already using iTunes. So you already have your favourites in playlists.
So I'll say that it works very, very well if you stick to the rules. I won't say that it "just works".
The camera accessory kit includes an SD card reader. You can use it to transfer photographs directly onto the iPad without a computer in between. So it's not crazy to think they may use that route for importing video too, especially as they're seeming to want to pitch the device as something creatives can use out in the field.
You've obviously got broken software. Multitasking is extended to third party applications, in much the same way as it is in WebOS, which appears to have been the model.
While it's always possible to pick apart the specs, and find something to claim a distinction on, no objective definition of multitasking would exclude what third party software can do on the iPad.
The developer programme — giving access to the App Store, amongst other things — does indeed cost US$100/year and is a direct charge to the developer. So it's probably a safe assumption that they've collected US$1bn though that route, that being just 10,000,000 developer subscriptions worldwide.
I don't agree with you otherwise though. The user gives their money to Apple. Apple gives some money to developers. So it's definitely not the developers paying Apple per application in any legal sense. Apple handle hosting, payment processing and provide a limited amount of publicity. That's the traditional role of a shop, and claiming that developers are paying Apple because of the 30% cut is like saying that anybody with any product in any shop is paying that shop. So, even if true by the test you're applying, it doesn't sound like there's any grounds on which to single Apple out as doing something wrong.
Probably worth checking your maths on that one
If you want to phrase it that way around, it should read "App Store users have now paid around $857m to Apple".
That would make sense. The mechanism I tend to use, which I think is a defacto standard, is to get the relevant screen that the window I want to go fullscreen from is on, create a frameless window of that size and position and promote it to frontmost. That should be multi-monitor aware but doesn't always create the nicest switching behaviour. Giving us a proper way of doing it is probably sensible, but it'll be a bit odd if that's an on-the-box sort of feature.
I took fullscreen apps to mean frameless, game style. Which obviously are already trivially easy to produce, but so is any possible interpretation of a fullscreen application.
Obviously you're right about the zoom button.
Trying to play devil's advocate...
Auto Save (at the OS level) + Versions (presumably) join together as an evolutionary advancement on Time Machine, further reducing the ability for people to lose work. Auto Save is a bit more interesting than the stuff provided since time immemorial by Word, etc, because it has an aspect of versioning to it and should become uniform across the OS (or, more probably, like the built in grammar and spell checker, the Keychain, etc, will just make it even more obvious which are the particularly shoddy Windows ports).
File Vault and Air Drop seem to be designed to expose what many people would consider latent functionality, even though your or I could easily achieve both things now, on any moderately recent major OS.
Bundling the server features into the mainstream OS arguably makes this more of a premier OS than previously.
I'm unable to come up with any reasons why full screen applications are being sold as something new or even a particularly good idea, or to support the other cosmetic changes as worth paying for.
There are those that believe the LLVM/Clang push is part of an attempt to transition to a virtual machine (or, at least, to provide a path to one) without bundling it with a new language.
Quite the contrary
Microsoft's dedication to backwards compatibility costs them substantially in bloat, security and ongoing quality of code and seven years' backwards compatibility (albeit that I count only five in this case — the first Intel Macs, and hence the first Intel OS X, shipped in 2006) is about the Mac average.
In 1991, System 7 introduced the concept of being 32bit clean and made the MultiFinder non-optional, causing compatibility to be withdrawn for many older apps over the years immediately following. The mid-90s are awash with developed, heavily promoted and then nearly immediately dropped Apple technologies — see OpenDoc, Quickdraw GX, Rave, etc. Following which there's the transition into OS X, and now the final steps of the move away from PowerPC. And it's not just the emulator they get to drop, it's a whole bunch of legacy support stuff in the system libraries, since limiting to Intel binaries limits them to 10.4 behaviours.
They could just turn it into a breakout box
USB PCIe cards cost, what, about £20? So — subject to licensing fees as yet unclear — you're basically talking about being able to do a USB hub that connects via Thunderbolt rather than USB for close enough to a normal USB hub that those who want one can buy.
I guess it'd be the same position Mac people who bought the original iMac found themselves in with respect to their ADB, serial and SCSI interface devices. Except without the forced hand.
Good, except that
Some pages just stretch to the width of the screen rather than having a fixed width column of text, putting you in a very uncomfortable reading position. That's one of the reasons that standard paper sizes remain tall and thin and the main reason that newspapers use columns.
It's not just that, it's the obligatory equal pricing, so you've no way to pass Apple's 30% on to the consumer. It's a cost that businesses must be able to swallow if they want to play inside Apple's ecosystem. They now have to exclude themselves from the biggest selling mobile OS (yes, I'm counting iPod Touches and I do know that Android phones outsell the iPhone) or find a way to supply 30% to Apple while still being competitive with those that have excluded themselves from iOS.
For someone like Netflix, Spotify, etc consider US$99/year to supply a free iOS app to their subscribers versus US$99/year + 30% of take from anyone that creates or renews their subscription inside the app, with no option but to add that functionality to the app. And it's for subscription services, so you're probably not getting additional revenue from the on-average more affluent iOS customers versus customers in general, and Apple's rules prohibit a different price for iOS customers.
Likely outcomes are (i) dump iOS; (ii) introduce a higher subscription rate for all mobile customers. And the latter just adds weight to any consideration of the former further down the line.
On the flip side there are people, like my own company, with no previous subscription infrastructure in place and aspirations. This is great news for us, but for the industry as a whole it's likely to turn iOS into amateur hour. So even we're seriously considering whether to do anything.
The backlash started in 2003
The difference is that Apple have now made it impossible for others to defend them convincingly. The new charge on subscription services means that the costs of being in the ecosystem now outweigh the benefits for many major companies that you've heard of.
If competition regulators are able to do anything here (which seems unlikely) then it could be the first time they've intervened effectively to save a company's business model.
Not quite the same though, is it?
Apple's transitions have all come along with forward paths and backward compatibility. For the shift from 68000 to PowerPC, a 68000 emulator was bundled (and, reputedly, used internally by much of the initial versions of the PowerPC OS) that allowed old applications to continue running. The APIs stayed much the same, so there was no discontinuity in development skills. If you wanted to target Macs, you continued with QuickDraw, etc.
The switch to OS X came with the idea of carbonised apps — limit yourself to a subset of the existing APIs and build correctly and your app works not just now on OS 9 but natively on OS X when it comes. And OS X had an ability to run OS 9 as an app to run older apps. Although Carbon was a concession Apple didn't seem happy about, it was a first class member of the software stack up until 10.5.
The PowerPC to Intel switch was like the PowerPC switch. An emulator for old apps, all APIs to remain the same.
Conversely, the switch from Symbian/MeeGo to Windows Phone <version number as yet undisclosed> is announced to be a complete discontinuity of APIs and software support. The old Nokia obviously thought that sort of thing was a bad idea, hence QT to ease from Symbian to MeeGo or wherever they might end up. With the Microsoft tie-up, even QT is out of the window, per Microsoft's decision not to allow unmanaged code. Per announcements so far, we're not even going to get an emulator for older Nokia apps as Palm supply (or supplied?) on WebOS.
I really think the main reason people are concerned about an OS being dead is that they can't take their software with them and, more than that, if the APIs are about to go then the developers vacate immediately.
You're completely right about free stuff though. Giving away free can mean either that people don't want a thing (ie, it isn't selling) or that they do want it (ie, it's a good inducement).
I suggest you check again
Compared to the minimum Windows Phone 7 specifications, the Nokia N8 has a significantly slower CPU built on an older generation of the ARM architecture. The Broadcom GPU it uses is also likely to be slower than the PowerVR parts found on most high end mobiles.
As a consumer, I don't care and probably can't even tell, but I thought it was worth saying anyway.
London is quite central...
... if you work it out as average commute time for actual, living people. There are almost eight times as many people living in London as in second place by population Birmingham and the transport links are excellent. You know, in relative terms, compared to the country as a whole.
I'm not sure that supports everything happening there though.
The Apple statement was comparative. Unlimited data for £35/month in 2007 (so, 30% less than you seem to think) was a good deal and the risks are compared to picking some other smartphone. Obviously that's more risk than subscribing to a magazine, less than buying a house. And the iPhone is on the same price plans as everyone else now.
It's possible that all Apple want is to cream the 30% off whoever stays around for as long as they stay around, with more liberal terms to come when the market dictates them.
It's not really the same as the Apple/Microsoft shakedown. The Mac came to the market two years after Compaq had introduced the first complete IBM PC compatible and Microsoft had been trying to sell DOS as the platform before that, trying to create an 8086 market that didn't otherwise rest on IBM compatibility — like the CPM world before it. So Apple were already aware that proprietary systems were starting to lose.
They were very close to Microsoft in those days and licensed a lot of their GUI technology to Microsoft in return for software support. An error in the contract gave Microsoft the right to use the licensed bits in perpetuity rather than simply for Windows 1.0. So they lost the desktop not because they wanted to own the entire platform but because they were too trusting of third parties and were out manoeuvred, legally and on price (and technology, during the 90s, once the collapse phase began).
The Sony push will help
The Playstation phone is Android based, with Playstation games to be sold via the Google Marketplace. That should do wonders.
That's not the way most people see it
Their machines are already bloated monstrosities because their manufacturer helpfully included McAffee, etc. So the main experience of iTunes is that when they plug the device in, it just sorts itself out. No need to do anything manual whatsoever. Easy.
Nevertheless, a version that didn't seem primarily built of treacle is something Apple really should invest in.
Two significant areas without Edge or 3G...
Aeroplanes and subterranean railways. No tube trip is complete without seeing somebody listening to music or playing a game on an iPhone. It's difficult to believe Apple is happy to cut off those customers.
A 4gb budget device I could possibly believe, 0gb I don't.
I don't see how you reach that conclusion
Find me someone who had even noticed that iBooks is available. They've probably been barring jailbreakers since day one, it's just that nobody noticed yet.
iBooks and iAds are to Apple as phones and tablets are to Microsoft: evidence of fallibility.
I took A-Levels a bit more than a decade ago and even then the advice was to take General Studies just because in the final year the exam was before half term whereas pretty much every other exam was after half term. So it was used as a sharp shock to the student body. There were no formal lessons and the advocated preparation was "to read the newspaper". My university at least explicitly wouldn't accept it to count towards an offer.
That all being said, isn't the c.2000 division into AS and A2 meant to address the problem of people picking the wrong three? The average student takes five AS levels in their first year and whittles them down to three to study to A2 level in the second. So, especially for people like me that went to a separate college, you get a chance to experiment with interesting topics and then hopefully some decent advice and a rethink shortly before UCAS kicks off. That has a January deadline, so tends to become prominent at the start of the second year.
Not quite right on Safari
Just the pedant in me needing to shout up; it doesn't affect the tone of the article or the conclusions generally. Web pages in secondary tabs remain active in Mobile Safari unless and until the system starts to run out of RAM. Then they're purged, with only the little screen shot left to help you navigate from one tab to another. So it's just a way of attempting to do more with less, and is why you very often see tabs having to reload on the iPad (a small amount of RAM compared to the speed and storage required for native resolution graphics) but much less often on the iPhone (with more RAM and fewer pixels).
I guess the correct comparison would be: what does the BlackBerry do when memory starts to run low? But you shouldn't really be able to find out in normal usage, assuming they've put a decent amount in.
Any thoughts on the other 27 patent holders in MPEG LA?
I guess at least Samsung are okay by you, being Android licensees. But what about those innovation sucking whores at Columbia University?
You're thinking of nerds. Normal people pick phones based on a combination of their features, handset cost and available price plans. The vast majority of the phone market don't read technical publications like this and don't care in the slightest who the manufacturer isn't.
They're not really championing Flash
El Reg is doing one of the things it always does; irreverently poking fun at the gap between reality and the way various companies might wish things were. In this case, Jobs has stood up and said that Flash isn't suitable for mobile. It nevertheless seems to have obtained a foothold. So there's a story there, which for comment leavers seems primarily to be about Apple and control but in the story seems to be more about Adobe putting in some real work and a market full of players that take some positions just to differentiate themselves from Apple.
IE was about lock in
When Microsoft controlled the de facto browser, Microsoft controlled the de facto web standards. By doing so, they ensured that Windows was the only place you could see the web as the designers worked on it. Which didn't really do anything to prop up Windows on the desktop because Windows doesn't need propping up on the desktop — it won the battle for volume long ago — but did quite a lot to prop up the desktop as the only place to see full web content.
The transition back to an open market with multiple vendors has pushed the centre of gravity for real, practical, day-to-day work back to published, cross-platform standards. The big winner has been WebKit; once the web has to work properly outside of IE, suddenly Apple, Google, etc can put it onto a mobile phone. Or a tablet. Or whatever.
In the days when Microsoft had the only code capable of rendering what the web was filled with, you could expect them to have had a huge advantage in any emerging market involving the display of web content. They don't have that due to Firefox (plus others), and partly as a result their bottom line remains tied to the future of the full-size PC.
Much more so
And Nokia's flagship handsets don't currently meet them, so they can't just do an OS swap. They ship not only with the immediate bar of an incorrect screen size (more pixels than the minimum, but Microsoft give specific acceptable values), but all the Symbian^3 handsets remain on ARMv6 based processors whereas Microsoft have stipulated ARMv7, which is a modified and more recent instruction set. So it's not just a change, it's a need to move to more expensive components.
Not really a fair comparison
Bada is a clean up and opening of the OS they'd developed internally and deployed in various anonymous versions over the previous several years. Android (the company) was founded in 2003, bought by Google in 2005 and finally shipped its OS in 2007. So it took them about four years.
Hence, if Nokia had chosen to start again from scratch in an entirely reactive way to the original iPhone, they'd just about be finishing now. Instead — as you say — management seems to have scrambled around for quick fixes for far too long, squandering the talent and quite probably killing the company, at least as anything other than a forgettable me-too hardware shop.
Trolltech (as were) will be spun out and will survive happily on its own terms, just as it did for almost 15 years before the Nokia purchase in 2008.
Why do they bother developing anything at all?
Developing good software is difficult. So if 'difficult' is the threshold test for doing something then they shouldn't be developing at all.
If you just mean that Apple make it more difficult than the providers of competing tablets then I'd imagine it's because Apple have more users than the providers of competing tablets.
I suggest you check your facts. The Netflix app, provided by Netflix, Inc and available from the US iTunes App Store, is quite popular on the existing iOS devices and there's no reason whatsoever to think Apple would make the AppleTV the exception.
Not really, no
But people who will allow themselves to be seen only covered in white are quite excited that they'll soon be able to buy an iPhone.
But why not the z80?
Launched in 1976, built specifically for DRAM (with a built-in refresh counter and external signals) but smart enough not to require a memory access every single cycle, unlike the 6502. Though the 6502 sort of predicts the RISC era by having a fast storage area (the zero page) for load/store and only very simple processing abilities (barely any registers, none general purpose, all 8bit arithmetic) such that it uses most of those memory accesses you have to compare the performance effects on low end designs, once the RAM is being shared between multiple components.
The Electron used a 2Mhz 6502 with 2Mhz RAM. The video circuits have access to all of RAM. As a result, the 6502 spends most of its life underclocked at 1Mhz or ~600Khz, depending on the graphics mode. The BBC Micro used 4Mhz RAM and interleaved CPU and video accesses, but to achieve similar overall performance to the floating bus in the ZX Spectrum, that retailed at Electron prices.
All academic, of course.
But Sinclair and Acorn took their cues from across the Atlantic
It's not like the original home computers — things that plug into a TV with a built-in keyboard, usually built around a z80 or 6502, that boot into BASIC from ROM and are usually used with a TV for a monitor — sprung up near-simultaneously on both sides of the Atlantic. The Sinclair MK14 came two years after the Altair 8800, the ZX80 two years after the Apple 2, both because the Cambridge lot knew roughly what was going on in America and sought to make the same sorts of product here.
It cuts both ways
Have you seen all the headlines about Android being the number one OS on phones by quarterly sales recently? In that case, distinguishing devices with a 3G radio (like the iPhone) from those without (like the iPod Touch) has put Apple in a substantially worse position than it would have been had its aggrandisement been the only objective when dividing device sales into categories.
What about NDK apps?
That is, the native development kit, that I believe allows you to use C/C++ to write some code that executes directly on the CPU, outside of the Dalvik virtual machine? It's commonly used to port games, since they often have large C/C++ engines at their heart. It has limited API access though, I think to ensure you route most tasks back through the VM, so it's not necessarily a problem.
If this is a problem then I'll bet it remains middleware only; I'm not sure someone trying to explain the distinction between Dalvik and Android to consumers who are just asking why they can't download any of the popular games is a winning market strategy.
I stand corrected. I find what you're saying to be surprising, but that's hardly the point. Other devices with ARMv6s ship with some version of Flash that seems to do video content, such as the Nokia N8. That's why it hadn't occurred to me that it might be an issue.
I assume the other apps dipped into the H.264 stream that the BBC supply for iOS devices. Everyone else is now locked out of that since certain client certificates shipped only with those devices are required. That said, they were going around finding ways to locking people out on a case by case basis before they came up with that.
I'm with you in that case. If you're going to invest time in an app, ship it for a platform that can't already view the content anyway. The charter doesn't require them to find some way to get rid of the status bar or whatever else the negligible improvement of a custom app would be.
It already works on Android
Though they seem to have transitioned it to Flash since Flash became supported. Going to the iPlayer site without Flash installed gives you the message "To play this programme you need to download the Adobe Flash Player from the Android Market" and supplies a link (albeit labelled "Click here" suggesting that somebody on the web team can't think beyond their mouse) that goes directly to the relevant Google marketplace page directly in the browser, exposing a download button. The rest of the iPlayer site is the mobile version for small screens. So it's clear that they have somebody there who has thought about Android and ensured that the site works.
Compare that to the iPad where, also, the site works, and you get to pondering why anybody needs an app.