68 posts • joined Friday 7th March 2008 14:20 GMT
Re: samsung does the same in 13.3"
I think there are different revisions of the same model number, which is confusing.
It seems the current one does indeed have a 3200x1800, 10 point capacitive panel which if you want to touch your laptop screen is impressive. The big problem is the 13.3" screen size. It means an equivalent 2:1 resolution of 1600x900 in a 13.3" notebook... You'd better have *really* good eyesight. Alternatively, it means Windows is going to be asked to scale even higher than x2 standard; and good luck with getting *that* working reliably across all apps! To make this particular panel really legible at that size, you really need an OS which can manage arbitrary scaling, or at least something around the x2.5 mark. OTOH, it's clearly really nice to be able to get something that high res at that size if you really want it and great to see the industry finally moving towards higher resolution panels (even if the underlying driver for all this is likely to be 4K TV so we're probably going to be stuck with 16:9 displays everywhere still).
People have criticised Apple's decision to lock OS X into a 1x or 2x scaling mode, meaning that the so-called "retina" screens are always going to be x2 versions of traditional resolutions lest user interface elements appear too small. But the thing is, it works well and is cheap to implement; the illusion of arbitrary scaling can always be achieved just by running the frame buffer at a different resolution from the panel; and even though the "retina" marketing is a retch-inducing it's based on a sound principle of typical viewing distances and average ability to "see" a single pixel. Going higher resolution is pure spec-chasing with little real world benefit. As for scaling reliably - unfortunately Windows 8 hasn't quite got there yet as Microsoft historically took the more difficult, though more flexible (near-)arbitrary scaling approach, but often apps don't seem to cope very well. I don't know what stage Linux is at here.
All-in, given the scaling mess of Windows, comparing to Chrome Pixel might make more sense.
Re: What happened to 7.0.1?
Version 7.0.1 was specifically for the 5S and 5C only, rolled out almost immediately after the hardware was released. The only widely discussed fix was a fingerprint sensor bug on the 5S; there's also a lot of talk of a number of regressions too. Rather an obvious sign that it was all pushed out the door a bit too early...
Version 7.0.2 is being used for everyone as a universal upgrade to bring the numbers back in sync. For most devices, there's never been a 7.0.1.
Repeat slowly after me: The 5C is NOT FOR THE CHEAP MARKET
Good grief, "industry analysts" are unremittingly dumb. And shame on the journalists for parroting it.
Analysts predict that Apple will sell a cheap phone, even though Apple never sold a cheap anything. Apple then release the 5C, which is in line with every other incremental phone update they've done - the old model gets dropped by around $100. In this case, they've tried to boost sales a bit by changing the case, probably boosting their margins in the process, but mostly - surely very obviously? - so that the outgoing 5 **doesn't look the same as the 5S on the shop floor**.
When the old model was the 4S, the difference was obvious because of size. Now we have Apple's traditional per-year speed bump upgrade (3G to 3GS, 4 to 4S, 5 to 5S) and the lower end model needs a bit more differentiation. Thus, case change. Surprising? Of course not.
It's nothing new, it's nothing unexpected, it's just not what the idiot analysts were claiming would happen and despite they fact they've been completely wrong about it all, they continue to whine about Apple's phones not selling into the markets they weren't targeted for. Despite record breaking opening week sales. *Again*.
The low-middle end was not the target any more than it was the target for the 4S when the 5 was released.
When the previous gen speed bump was released (the 4S) it sold 4 million in 3 days (http://en.wikipedia.org/wiki/IPhone_4S#Commercial_reception). When the 5 was released it sold AFAICT around 5 million in the opening weekend (http://en.wikipedia.org/wiki/IPhone_5#Commercial_reception and Google). My response to the 5S personally was "meh", I'm sticking with my 4S; iOS 7 is fugly and buggy no matter what you run it on, so I'm in no hurry to waste money on a new handset just yet. But 9 million people, despite the relatively uninspiring new hardware, bought in. Y'all can moan about "sheeple" and so-on but Apple just keep on winning those consumer satisfaction surveys and their sales figures keep rising and rising, so more an more people are buying in and more and more people are re-buying in again, despite the very high hardware cost.
Surely Apple never expected the 5C to be a big hit in China, either. That's what the low-end still-sold 4 is intended to do. The 5C and 5S are far too expensive to be a mainstream market offering in China, so clearly, they're targeting the wealthy. The wealthy in China like shiny things. The gold has sold particularly well. News at 11.
Nobody but analysts could *possibly* be daft enough to have not understood any of this. SMH. Why does anyone ever pay them attention? They're completely wrong year in, year out, over and over. It's almost impressive that they manage to perform so consistently badly.
iCloud doesn't really work like that
iCloud isn't competing with DropBox because it's not the same service. It's about sync - full device consistency in as many areas as possible.
That includes apps. The iOS app model, which can be frustrating, is nonetheless closer to the likes of Palm than it is to a standard desktop like OS - your documents are per-app, app managed and the filesystem is invisible. Palm OS did that via a database, iOS does it via the sandbox, but the user sees a similar experience. It's the same idea as syncing music and video via iTunes and libraries rather than manually via files and folders. With iCloud integration, things like Pages, Numbers and Keynote, or even the humble TextEdit, can save files directly into the cloud, to be read and even live-updated - but by those apps and only those apps, or their equivalent, including web apps - on other devices / in browsers, without needing to navigate around a filesystem to discover stuff.
How well this works for large amounts of data (large numbers of files) remains to be seen. It seems very home user orientated presently (nothing wrong with that, but a definite limitation in style).
Trouble is most people are familiar with manually managed files/folders, especially if from a Windows background, so they complain and want and old-school file-like interface for this stuff. Somewhat ironically, though, Windows has itself been moving more and more to the managed model via its Libraries features and people were clamouring for something Palm-like in the Longhorn days, because of the rumoured WinFS, which would be database-style and not based around a traditional "confusing" file hierarchy.
So basically, people are just rambling on about stuff because it's fun to complain and don't realise whether they've got what they asked for or what it was they were ever asking for in the first place :-P
Re: It'll be interesting to see how this is handled on Android when the time comes...
"Could this not also be done on various platforms and various OSes, perhaps with a bit of handwaving to account for logical sparseness of the used application/OS space vs logical contiguousness of the blocks on "disk"?"
I don't understand what you mean really... But bearing in mind the flash on phones is almost always more than 4GiB - the maximum logical address space of a 32-bit device - and given that some of the space will of course be required by the OS, then the answer is no, not without lots of trickery (usually support hardware - an IOMMU). This tends to add complexity and degrade performance. My point was, you don't need trickery or extra hardware with 64-bit. You just map stuff. You've 16 exbibytes of address space! It's lots and lots and lots.
Again, there's a huge difference between physical and logical address space and those that don't understand this need to go and read up about it to understand why 64-bit addressing has nothing directly to do with 4GB of RAM.
Re: It'll be interesting to see how this is handled on Android when the time comes...
Given the thread size already, my comment will almost certainly never get read, but here goes anyway.
Kids today... Sigh. This isn't about physical memory and never was, it's about logical address space.
My background is post-ARM Acorn since 1996 (the company from which ARM originated) and RISC OS (the OS for which the ARM processor was originally created, via Arthur). See http://www.riscosopen.org/ and the Raspberry Pi for where things are with that these days. I'm one of the founder members of the not-for-profit RISC OS Open Limited.
When the OS moved from 26-bit (http://en.wikipedia.org/wiki/26-bit) to 32-bit addressing, one of the big benefits was increased available logical address space for applications. The overall OS memory map could make much better use of the 32-bit space available and applications could have considerably larger logical address space allocated.
Because of a dubious memory allocation API called "dynamic areas", RISC OS can still easily suffer logical address space exhaustion even if there is plenty of free physical RAM, just by asking for the reservation of dynamic areas - which are contiguous areas of reserved addresses - with the potential to grow to an indefinite physical size. This means that a large chunk of logical space has to be reserved on the off-chance that the application actually does try to extend that space to the maximum permitted size (IIRC the "maximum size" value used to be "available RAM" until 32-bit machines arrived with larger memory capacities - a 512MB RAM machine could've otherwise exhausted all virtual space in just a handful of unbounded dynamic area allocations, so application authors were encouraged to always specify an upper limit and the OS introduced a much-lower-than-RAM limit for those applications which said "as big as possible").
Under a 64-bit CPU, you have a *vast* address space you can use for logical addressing, so the memory map becomes very flexible and all sorts of constraints and limitations that don't necessarily have anything to do with physical RAM become lifted. There are usually performance benefits from increased register availability as others have correctly already pointed out but, as already pointed out too, the cost is the increased storage requirements and potential impacts on caches and memory accesses.
In any event, while it might not be *necessary* to have 64-bit address space in something as small scale as a phone, it can certainly be *advantageous* and there's no need to have anywhere near 4GB of actual physical RAM installed in order for it to be useful. One could, for example, memory-map the entire flash storage device into logical space without needing any of the additional special tricks required with 32-bit addressing.
(It's thread necromancy time...)
You didn't; but as you can see from *actually reading* my reply, I was addressing the *thread*, not an individual.
My final comment in that reply, which I did consider for some time removing but eventually decided to keep, was an attempt to head off the next tired set of arguments of Google vs A.N.Other.Competitor wherein apparently Google aren't evil because they're "open" (FSVO "open"). Fortunately the thread died out anyway.
I've heard of KingSpec
Years ago I found out that they did a decent capacity, OK-ish price 1.8" PATA SSD that would fit in a Rio Karma, so I got one via eBay. It never worked properly. Sent it back for repair, at my cost; almost 1/3 the amount of the overall drive. Came back four weeks later, still didn't work properly in any PATA device. Basically just flash errors everywhere. Just had to write it off. I won't touch KingSpec kit again after that. A dud device is one thing, but acknowledging a fault, "repairing" it at the owner's cost and sending back a still broken device? No thanks.
Wireless charging: Saving the planet through fewer wires, because the vendor specific mutually incompatible wireless chargers connect to the mains by magic, nobody ships tablets with USB cables for data anyway and induction charging is 100% efficient, wasting no energy at all compared to wired charging.
Everyone also loves having to make room to position a 7" tablet flat on its back on a wireless charger and make sure it doesn't get knocked out of place. Or if the charger clips the tablet in, then everyone must love the extra plastic bulk for something that still ends up physically connected to the device. But not by a wire. Wires are bad now. Yay.
Gotta love those down to earth folks in marketing.
Re: I only regret that I have but one...
"Yes, it's not Apple TV. So what? It also works in a totally different way to AirPlay, but I guess you skipped over that minor detail in your rush to Apple-based condemnation?"
Good grief, epic fail doesn't quite cover it.
Congratulations to you and all the other frothing-at-the-mouth fandroids who apparently didn't read past roughly the first sentence of my post, or even read its title. You might want to look at where I talk about DLNA, Android based options and Raspberry Pi.
Meanwhile Google's product is NOT running Android and it is NOT open source.
It's just a really bad equivalent of AirPlay / DLNA; what's the big deal?
I still don't see why Google's half-baked implementation is interesting. AirPlay does all that and more, plus it's integrated down in the A/V framework of OS X and iOS so it works from any A/V-based app that hasn't explicitly disabled it. With desktop mirroring from an OS X host, *any* visible content can be pushed to the TV. The audio side of things makes it even more interesting given the support for multiple synchronised devices across the home. AirPlay gaming may be a minority use case, but at least you can do it.
Meanwhile any existing DLNA-capable TV, STB, or handheld device, regardless of OS, stands a fighting chance of doing what Google's new toy does and more, though DLNA does seem to be a minefield of compatibility problems so getting it to actually work in the first place can be a big problem! But in any case, it's clear that from a software point of view, Google's offering looks rather sad as it stands.
The only advantage Google have for their very limited device is price, but at $99 an AppleTV does an awful lot more - it even has (shock!) its own GUI, own remote (as well as An App For That) and a whole slew of apps and self-contained ability for playing stuff. And when you can do neat things like using an AirPlay screen as a new desktop extension monitor in OS X Mavericks, it's clear that technology is not being left to languish. Meanwhile for around the $60 mark you can get a similar "HDMI stick" form factor Android 4 "tablet" device which will do far more than Google or Apple's devices, albeit at the cost of some reliability and usability.
You certainly do get what you pay for, but even then, the Google device looks comparatively expensive against existing competition, especially including things like the Raspberry Pi. The software is unimpressive and the hardware isn't interesting either; it recently became very easy to make things like that at such prices and I'm pretty sure we'll see a lot more of them. Google's device stands a good chance of being lost in the noise unless they make very major improvements to its software.
...and of course, everyone believes it
Got to love how some potential nutjob says "I did it! It was me!" with no evidence whatsoever (handily, he has to keep that secret to avoid "blacklists" - where's my tinfoil hat?) and, perhaps because it's Apple, every commentard thus far appears to have just swallowed the story without question.
Thus, a stream of comments about how 4 hours is too long, how the messenger gets shot and so-forth - all on the basis of one guy, on the internet, making a claim without evidence.
Bad marketing - it's not understood
Thunderbolt is PCIe over a cable. Your internal expansion cards are now external. Enclosures exist that let you plug in whatever cards you like, even if you have no expansion inside your actual computer. So your laptop dock just allowed you to have a full spec desktop while docked, complete with powerful (but external, now) graphics card, arbitrary drives, monitors, other expansion ports and so-on.
USB 3 is a completely different technology, a distinct bus/interface, compatible only with itself, with huge piles of driver software layers implementing both the USB 3 and older parts of a standard that was a bit of a creaking mess even back when USB 2 was added. All these years later, there's a good reason vendors are moving to things like SPI to connect internal low bandwidth interfaces rather than dangling them off USB - it's just too slow and software-heavy, even for USB 1. Things got a lot worse when USB replaced PS/2 for those devices, and now, finally, SPI sorts that out.
So what of Thunderbolt? Why is it so rare? The one obvious area where Thunderbolt fails technically is the hugely expensive active cables. Even if they were cheap, active cables are an obvious point for things to fail (and fail badly). But even putting that aside, Intel and Apple decided to push the technology via transfer speeds - a peeing contest. Rather than just say "It's way faster than USB 3" and *then* focus on all the unique and really interesting aspects, they just said "It's way faster than USB 3" and pretty much stopped there. Customers are left in the dark. From their perspective, it's just a funny looking port that has really expensive peripherals. The genuinely remarkable opportunities it offers for new form factors - a much better approach for a hybrid desktop->laptop->tablet kind of affair for example - have been overlooked.
Net result: Very little uptake, no economies of scale, specialist peripheral vendors only, extortionate prices.
The forthcoming updated Mac Pro shows what can be done, but I fear too little, too late and too specialised. I'd love to upgrade my now very old Mac Pro with the new machine, but even if I can afford the base unit, I almost certainly cannot afford the peripherals I'll need for the expansion cards and drives I'd need to carry over.
You *ARE* locked into the platform, obviously so
So El Reg lapped up the nonsense about still having a "working web app", yet then went onto describe how you need to call into the Firefox OS API if you want to get any real work done. Much as HTML 5 might try, it still doesn't (thank heavens) replicate everything a native OS can do, along with general housekeeping / "being a good citizen".
For example, accessing the platform-wide GUI toolkit, or producing a platform-wide notification broadcast, requires cooperation with the system and that requires an API. Screen orientation. System settings. Bluetooth. USB. Basic telephony. APIs, APIs, APIs.
As you can see from the Wiki page, Mozilla list standards bodies they're trying to push the APIs into, or where they may already exist. If this were Microsoft, everyone would cry foul...
Bizarrely, in some respects this is actually LESS open than writing web apps under a cross platform framework such as Cordova, or even writing a "raw" un-integrated web app that just runs in the web browser and requires the user to save a link to it onto their home screen / apps list, where you really are limited to just the published and implemented APIs available in the browser environment. Or - as we used to call it once - write a web page.
And good luck writing something like Alchemy with that. Good luck even writing something like Audiobus with it!
Judging by the comments thus far, people don't know what a hotspot is. Which is hard to believe. So, one assumes a major reading comprehension fail.
This is talking about *tethering* - when the phone is set up as a WiFi hotspot; a gateway to its mobile data service. This is of course disabled by default on all smartphones (due to the major battery hit) and not even allowed by some carriers.
On the iPhone, when this is explicitly activated by the user in the Settings app, a pseudorandom password is presented to the user so that their other device can connect to the new WiFi hotspot without too much hassle. It's quite short, because the user has to read it on their phone's screen, then type it into their laptop or other device. Sounds like it's not pseudorandom enough!
Since the password verification for WiFi is done at the CONNECTING DEVICE, the iPhone has no idea that someone has tried to crack the password 10,000 times. That's arguably a basic design deficiency in WiFi (if the source of the WiFi hotspot were itself responsible for checking and validating the password before granting access, there would be the opportunity to block such attacks).
Meanwhile, whenever anyone is connected to the iOS hotspot, a permanent glowing bright blue status bar shows them the running tally of connected devices. So at least there is an opportunity for the user to see that more than one device is connected, though yes, it's unlikely most people would be paying attention to their phone's screen rather than their other, connected device's screen. I don't know if there are equivalent, prominent indicators on other popular mobile operating systems.
It isn't finished
The iPhone version of iOS 7 is not finished. I can't say much without breaking NDA, except that there are very clearly numerous aspects which are most certainly a work in progress. The iPad version hasn't even been released to developers yet. So we're talking about an unreleased version of an unfinished variant of an unfinished OS.
I have a lot of doubts and concerns about the new interface, as well as areas I like; so as a developer, I file bugs as required then wait and see what happens. In the mean time, there's little point getting all worked up about something when it is in such a state. If it got released to the public like this - well that'd be a different story.
It seems El Reg just wants to be nice and give Apple some free publicity ;-)
Re: Why try and make HTML do everything?
Agreed. We used Cordova (née PhoneGap) for a proof of concept app, but we're recoding native for production. Why? All the usual things. The HTML stuff just "isn't very native", without decent looking buttons, incorrectly styled scroll bars, incorrect scrolling physics and so-on (you can see all this very clearly on the Sencha demo video in the article).
More importantly, you were stuffed when you hit low quality implementation issues on the native side of the barrier - e.g. a lack of decent error handling for unexpected events. Camera photos would sometimes just fail to save for no reason; error callbacks wouldn't go off but the "camera wouldn't start" (IYSWIM) or a photo would not save. And often when an error handling path *was* provided in the JS API and *did* get called, the error information would be sparse or entirely lacking (and at its best, bespoke error paths or exceptions in JS are a pathetic shadow of the facilities offered by e.g. the NSError class). All of this makes for a terrible user experience.
Worse still, the memory footprint was far larger than necessary, which ruled out smaller RAM devices on Android (the app would just randomly quit - this is HTML + JS, remember, so that kind of crash ought to be impossible unless you're encountering bugs in the underlying framework over which you have little or no control). This was a pretty small app, too. I'd wager that all the caching shown by Sencha when switching feed views or refreshing will, in fact, be a huge problem in a real app - it'd potentially lead to unbounded RAM use and random app crashes. In short we'd be back where the Facebook app started before it went (partly) native and started to solve some of those very issues.
You *could* try writing caching frameworks in JS to try and mitigate this but how utterly ridiculous that would be; an OS with an HTML+CSS formatter and JS execution engine with an app balanced on top of all of that trying to ignore and replicate all the stuff that's already implemented beneath it. If you want write-once-run-anywhere you'd be better off trying to go back to Java (which leads us straight to Android, ironically).
HTML 5 + JS + CSS 3 are quite simply very badly designed if they're meant to be used for applications rather than dynamic additions to web sites. Very large hard to implement specifications, and highly over-complicated due to legacy and a one-size-fits-all requirement of providing maximum presentation flexibility for arbitrary web sites, just when you want platform consistency for an app.
One ends up either devoting huge amounts of resource to creating your own bespoke application toolkit, right down to the scrolling physics, or you end up using a framework, in which case you've a huge API to learn. In *that* case I'd rather learn then native API and benefit from all the compilation support, IDE support and far more professionally designed-and-fit-for-purpose frameworks that come with it.
Agree about the Kobo Glo. I replaced a Sony PRS-350 with one last week, wanting the higher resolution screen and built in light. I have a Sony case with an LED light on a "stalk", but it's hard to an angle that avoids reflections off the screen or case and, during a long night flight one time, even the lowest brightness seemed very high for the dark cabin environment. It seemed to illuminate the people nearby more than the page!
The Kobo's lowest brightness is still quite bright, but definitely more manageable and of course reflections are not a problem. The software is a bit shaky, but the hardware's nice. If you manage your book collection using Calibre you'll be OK. Worst feature seems to be that some Calibre-loaded ePubs make the device reboot when first opened, but they work nicely after that reboot - and that doesn't take too long as the device is comparatively quick to start up. No very long startup indexing delays as with the Sony either, which is a relief.
Downsides: PDF handling is clunky; it works OK but the Sony was better. Software speed is often not good; reading books is fine (even full page refreshes are much faster than the PRS-350 and the partial refresh implementation seems basically flawless) but certain operations, e.g. changing from page to page in your list of books (annoying) or typing the first (but not subsequent) letter of a search, can be very slow.
On balance, it's quite cheap, quite well made, has lots of very cheap accessories on Amazon - oh, the irony! - and you can get it off-the-shelf from W.H.Smith so you've got a physical high street presence for technical support or returns/exchanges should anything go wrong.
Carrying device specific spare batteries? Really?
Or I could just buy something like this:
...and that's the equivalent of roughly five spare batteries, but you only have to carry the one "lump", it charges loads of different devices including an iPad or non-Apple kit and you don't have to faff around individually charging lots of vendor specific battery packs. No reboots required either since you're not swapping hardware.
It works well. I've had one exactly as pictured above for a year (for less than the above price - search around, should be available for under £30). I recharged a 4S from less than 10% to 100% three times with it and there were still two LEDs illuminated on its 5 LED display so it probably really will get 4-5 charges of the phone as advertised.
There are loads of alternatives to the same idea with varying capacities, sizes and designs. Excellent for long haul flights and so-on. As for packing multiple replacement batteries for one single specific device? Don't be daft, it's not the 90s anymore :-)
Publish a retraction or update, please
As only one other poster, remarkably, has pointed out the "megabug" is in Java 7 only.
Apple stopped supporting Java in-house at Java 6. Development was transferred to Oracle who are entirely responsible for Java 7. Apple's recent update patches currently known vulnerabilities in Java 6. It's up to Oracle to patch Java 7.
Re: Am I missing a point -
Memory 'cells' are rigged up in parallel with clever firmware attempting to read or write from the maximum possible number of such cells at any given time. The operating system doesn't know or care that a given single file may actually be split across lots of different locations on the actual drive silicon. Essentially it's like a RAID stripe system with a very large number of stripes.
That's presumably why this drive's performance decreases as its capacity decreases - the potential for parallel operation is reduced.
Hmmm, don't quite see all the fuss about a stylus... This one seems to work fine with an iPad and all of its various apps including freehand drawing thingies. It'd presumably work just as well with any other capacitive screen tablet.
Seven quid inc P&P, or probably less if you search around a bit. No pressure sensitivity of course, though an app could perhaps detect the contact area of the squishy tip and behave accordingly.
IPTV options were excellent
I have a Panasonic plasma that's getting a bit long in the tooth by modern consumer electronics standards. Nonetheless, a few days before the Olympics kicked off it got a software update and there, in the app collection, was "BBC Sport". All Olympic sports - every single event - streamed live in SD and HD over the wired network connection on the TV. Lots of catchup options, little 1-3 minute news snippets to summarise key moments, a medal table, the works.
Basically, a very nicely realised TV version of bbc.co.uk/olympics. Extremely impressive, along with the performance of streaming on iOS devices too. It's not often I get to say this - but from my perspective as a viewer, the technology not only worked, but excelled and exceeded my expectations in almost every respect. That's before we even consider some of the remarkable camera angles, types, speeds and tricks throughout the whole event, though this aspect wasn't down to the BBC.
I note the presence of bbc.co.uk/paralympics which implies similar live streaming over the web; the BBC Olympics iOS app is also showing signs that Paralympics live coverage will be streamed. I'm thus hopeful of just as good coverage over the 'net, whether or not C4's broadcast coverage on its main channels is up to scratch.
Uuuh, it seems to prove the opposite
People don't buy hardware either. They buy a device, and the device is the integral, inseparable sum total of its hardware and software. Most people probably wouldn't even be able to precisely tell you which bit was which.
Apple recognised that very well written, stable, easy to use, tightly integrated software was a key component in devices. The original iPhone was, compared to other contemporary leading smartphones at release, poorly specified and expensive. But it sold like hotcakes not because of hype, or clichéd notions of hipsters and stereotypes, but because IT WORKED. Other smartphones were a ridiculous, confusing joke of numerous GUI metaphors, design paradigms and serious bugs all wrapped up in one uninspiring package.
Moreover, the iPad and iPhone are often touted as being *all about* the software. "The device gets out of the way". Microsoft "borrowed" this quote, along with several others, when talking about Surface in their launch event. They've realised that you need to have the most unobtrusive hardware you can, which presents the best possible software in the best possible way to the user.
This is why there are app stores, and why app stores generate lots and lots and lots of money. Software is key.
In summary, I can't imagine many ways in which Mr. Asay could have been more wrong in his analysis.
Re: Path dependence
HbbTV is absolutely not based on MHP; there's no Java VM in sight. It's an XHTML+JS+CSS sort of environment (I've done a lot of software development work in this field).
Re: Neither is the number of security vulns fixed: 83
Though the article told me not to, I did bother "checking the web page" and the security bulletin details are now present:
Very few fixes are specific to the Safari application. Everything else is in WebKit. The WebKit engine is shared by e.g. Chrome and most current smartphone platforms. There are many contributors involved in the WebKit fixes, including a few from Apple and some from the Google Chrome team. So, this is a case of both rolling in patches from and rolling out patches to the open source WebKit project.
IMHO, never buy Belkin. EVER.
So for £55 you've a battery which will only charge an iPad to about 40%.
Meanwhile, I found and bought this on Amazon. It charges an iPad to 100% or charges an iPhone fully about 5 times.
The link from my Amazon order history to the product page shows a product that differs from the one I bought last year - mine is white and had a slightly lower quoted capacity - but it seems to be the same general idea and there are several others to choose from with better specs and a much lower price than the Belkin unit reviewed on El Reg.
There's every chance that the minute I so much as go near an aeroplane with it, the thing will burst into flames; but then given my prior experiences with Belkin kit, I'd have much the same risk with the reviewed unit... :-)
The original infringement...
...was about an awful lot more than just rounded corners. This was about the device shape, colour scheme, icons, icon arrangement, icon design, icon colours, box design and so-on, all taken together.
This is a great visual comparison of Samsung's comparable smartphone and tablet products from just before the iPhone appeared, then what happened just after:
Going after the 10.1N seems to be on much weaker ground because Samsung have in theory changed their design to avoid the worst of the infringements. The original case, however, was far from frivolous - perhaps that, rather than the opinion of armchair lawyers on web forums, is why the ban on the 10.1 was upheld.
Are you being misleading deliberately?
According to the BBC, yes, some retailers saw a drop, such as Morrisons and Tesco. Sainsburys reported record high Christmas sales, though; Greggs and M&S also saw a boost due to food sales; Primark and Ted Baker gave very good reports over Christmas.
Ted Baker: http://www.bbc.co.uk/news/business-16542018
Overall, in the US retail sales roles about 1% compared to last year (astonishing in a so-called recession) and the BRC says that Britain overall did well too, though the high street had to introduce heavy discounts that mean the overall profits aren't as boosted as the sales numbers suggest.
So some retailers did better than others... Hardly news. The underlying story, that both online and high street sales *were* improved compared with last Christmas both in the UK and US, is pretty impressive given the rather dire prevailing economic circumstances.
...more green "up" arrows than orange "down" there.
So why just talk it down all the time and make out like the high street bombed? That's just not true at all. Unless the BBC are wrong - but they seem to have more video reports, statistics and external links to industry bodies to back up their figures.
Side by side
Hard to use - you have to hover around the thumbnails to see what they are and the sort order seems a bit random. The 8mp Sensation's in there, though, along with the iPhone 4 and (annoying with the focus set to the wrong place, doh!) the 4S. Viewing the zoomed out image gives a good feel for overall balance. But the devil's in the detail as usual... 4, 4s, Nexus S, Galaxy S2, Sensation full size:
The iPhone 4S shot is odd - the book's in perfect focus. Looks like it has quite a shallow depth of field in low light compared to other smartphones and where depth of field is an issue with other shots, the focal point is the in-shot-camera's lens, not the book.
The Nexus S does extremely badly; the Galaxy S2 is probably best. Make sure you're viewing at 100% and look at stuff like noise in the background - uniform for the iPhone and very well controlled on the Galaxy S2, while the Sensation and Nexus S are awful, with big blobs of noise reduced mush. Text on the lens is much harder to read on those too.
There's a Nikon D80 shot there too for balance (DSLR circa 2006):
Looking at the depth of field, grain/noise, colour balance and so-on, I'd say both iPhone shots come very close to the same "look". Whether or not you prefer that, though, is of course a matter of personal judgement.
You're paying £35K for a camera because, in part, of its 200MP headline feature. Why on Earth *wouldn't* you do pixel peeping? The individual pixels all contribute in some way; if all anyone wanted was some low resolution photos for a web site - or even A4 prints - then single digit megapixels would do. If you're not interested in the pixels don't buy the camera.
The 4x images are pleasantly reminiscent of Foveon sensor output and gives me hope that the rest of the camera market, based on Bayer sensors, might in time adopt similar technology at more "everyday" prices. Then we'd have proper per-pixel sharpness and that extraordinary sense of depth that Foveon images can give, without the drawbacks of excessive shadow noise and colour accuracy problems... And with more manufacturer choices than Sigma-or-nothing.
The 6x images, on the other hand, are just plain broken and surely, at *any* price, such messy, artefact riddled output would be considered a fault. At £35K, it's a bad joke. I don't care *what* the name on the body of the unit is - it's real, factual, forget-the-brand-mythology-nonsense performance that counts. At 4x and 1x the output looks great, but 6x is broken - perhaps the review unit was genuinely faulty?
Camera "not too bad"?
I really don't know what goes on with El Reg and camera quality comments. Maybe you all have horribly low expectations, but frankly, the sample shots from that HTC are terrible - washed out, colour shifted, heavy-handed noise reduction and over-sharpening. If that's "not bad" I'd hate to see what you classify as "terrible".
Consider this 5mp shot from the now old iPhone 4, with a camera you didn't seem to think was that good either:
Check out the clarity of the text at 100% scale on the postbox and the barely visible halo around letters. Then scroll down to the pavement around the postbox and note all the detail in the bricks and road surface. It's probably a bit over-saturated, but at least the postbox itself is red! Now compare to the very new 8mp "not bad" HTC post box:
It's washed out and the postbox is purple! Despite being 8mp, you can't read most of the text. There's almost no "real" detail in the pavement around the base; just multi-pixel splodges of noise-reduced blur. Scroll up a bit to look at the brick wall mid-left and paving slabs behind and they're just a smoothed out, detail-free expanse of brown and grey.
Bad light, perhaps? Check out the sky from the HTC in this sunny shot:
...and try to find detail in the brickwork. Never mind that, try to find a clear edge to a *brick* that isn't indistinct and blurred. Now look at the old iPhone 4:
Quite heavy noise on the sky, but notice the uniformity; it hasn't got the deep speckling arising from noise exceeding the noise reduction threshold in the HTC, so noise reduction in e.g. Photoshop will be much more successful. And just look at all the brickwork - clear and detailed, with shadow detail, highlight detail, good colour balance and contrast.
Unfortunately your reviews lose credibility when you play Emperor's New Clothes with sample shots that show very different results from the review text that purports to describe them.
Me: "What time is it?"
Siri prints "What time is it" and spins for about a second.
Siri: "The time is 12:59."
An analogue clock which also shows my location and the time numerically is printed underneath.
On the other hand, "Where am I?" really ought to just dump the current location but instead it gives the tiresome response about only supporting US locations presently.
Facepalm quotes galore
Clearly, Mr.Chen has never written JS for more than one browser and has presumably not read any of the numerous articles about JS based exploits.
"One of the key features of the web is that it's safe to click on any link..."
Meanwhile, Mr.Upson is apparently talking about a different 'web' on some planet other than Earth.
"Before, when you downloaded a native application, you had to install it and you had to trust it"
How would providing a sandbox at the OS level be any better or worse than providing a sandbox built into the browser? Are Google completely unaware of all the code signing and sandbox technology that's been going into the mainstream operating systems for the last few years?
So this isn't about safety...
...it's about providing the legendary ease of development, easy of debugging and stability of C and C++ combined with the legendary reliability and security of the cross-platform seamless environment that is the web browser. After all, HTML and CSS are just *the* best thing in the word for making application-like user interfaces, yes?
Just a handful of quotes in the article have managed to give me stronger reasons to avoid Native Client than any number of comp.risks digests might have done! :-)
Re: Only the reg?
What's that got to do with "the iOS ecosystem"? It was doing just fine before Apple decided to insist on in-app subscriptions and ask for 30% of the pie... But the article isn't about this. It is trying to say that HTML applications threaten the iOS App Store model for certain application genres. I was just pointing out that this is nothing new, indeed, it was the *only* way to develop on iPhone OS 1.
Meanwhile, Apple revised their subscriptions policy a while ago in response to complaints. Publishers can charge whatever they want, on or off the store, so subscription-based application developers aren't (are no longer) being driven away from the App Store by the 30% 'burden'. The following article is from a very pro-Apple site but has lots of links to other sources so you can verify this for yourself:
Incidentally, on the whole short memory thing - Amazon used to charge publishers a whopping 70% to publish through Kindle Store! They revised this to 30% at the end of 2010, though bloggers are still charged 70%. See "Terms & Conditions" in:
Grim reading. So when it comes to Amazon complaining about Apple's subscription charges, frankly, cry me a river and then remind me who's supposed to be being unreasonably expensive, again?
El Reg has a short memory
The original iPhone had no native SDK. Apple said you could do all you wanted in HTML. A native SDK came later and required iOS 2.0.
That's why Safari has the "Save to Home screen" option. It wouldn't be there if Apple wanted web applications to be discouraged. People have long been writing both HTML and native apps; there's even a web apps "store" on Apple's own site.
"Trouble a-brewing in the cosy iOS ecosystem"? Trouble a-brewing for journalistic relevance and integrity perhaps... With hundreds of thousands of apps on the store, a few publisher's applications moving to HTML only presentation will make little difference to the profitability of iOS.
The languages may have a similar name and a superficially similar syntax, but that's all they have in common.
A brief look at the Chrome extensions API shows interfaces for browser windows, visit history, cookies... Are you *sure* that extension you just downloaded hasn't been sending all your cookies off to some shady remote server somewhere?
Note the "getAll" and "getAllCookieStores" methods. Sure, the manifest needs to specify permissions for that, but we know what users do when an OS asks them about it - "<foo> wants to do <bar>, is that OK?" - "yes".
Being unable to write native code clearly reduces the range of attacks possible on the platform, but claiming that security problems are a thing of the past or trying to punt them off as a 'web problem' is nonsense. Well, it's marketing, which is much the same thing ;-)
Personally, I've adopted the "50 foot barge pole" policy with this particular OS.
There are other options
Wait for the $69 thumb drive in Autumn, or burn the install image to DVD yourself for free (see Google).
That said, Lion includes a recovery partition as part of the installation (OS X can repartition HFS volumes without data loss; the Lion installer does just that). If you reboot and hold down Command + R just after the chime, you'll boot into this partition and be able to play with Disk Utility, reinstall the OS (if somehow things *really* get badly broken) and do a bunch of other stuff. This covers the lion's share (hahaha, etc.) of rarely needed "recovery" tasks for OS X.
Of course, the above does not help if you want to install Lion onto a brand new, blank hard disc. The thumb drive, DVD or (if you've a very, very new Mac) EFI network installation options are needed for that.
Yes, you can
I typed "apple support" into Google and got: Apple - Support
www.apple.com/uk/support as the first hit. I'm no expert, but I reckon that's where you should go to find out what went wrong with your Lion installation.
Your purchase history for all things lower case "i" is indeed associated with your iTunes account. This is one of the reasons some people get all nervous about Apple and its level of knowledge / control over data. But this is also enormously useful; if you completely clean out your machine, you can download again anything at all you ever bought from iTunes. Apple are keeping a sort-of-free backup for you (this process being formalised and extended via iCloud and things like the not free music matching service).
You can repeat the download process for other machines you might own - e.g. a desktop and a laptop - or mobile devices, for content such as music which is relevant to both. The various App Stores are in essence selling you site licences, rather than single use licences, but usually selling them at or below the single use licence price seen on corresponding vendor web sites (where applicable). AFAICT from reading the lawyer-speak, you get to install on up to as "few" as 5 machines, possibly up to 10 and, some claim, as many as you own.
Allegedly a security issue
This is hardly user friendly, but:
...though if possible (and of course, it isn't always) I recommend asking your NAS vendor for a firmware update to support a more secure authentication mechanism.
Redmond Marketing Machine
It is remarkable how out of touch and wide of the mark Microsoft seem to be when it comes to much of their recent marketing. Apple's "Mac vs. PC" turning into the dreadful "I'm a PC" campaign (no, I'm a person, thanks) is a good recent example.
The latest incarnation features a green-shirted sales drone in a room of someone's house he has invaded and turned into a clone of an Apple store. He has the temerity to greet the homeowner by saying "thanks for popping by" in her own home. Said woman is understandably delighted by this and purchases a brown laptop.
Then we come to this article and, herein, an example of Microsoft's excellent product naming strategy. BPOS - Big Piece Of... Were they *really* unaware of the widely used slang acronym "POS"?
How come even Microsoft's advertising is being outperformed by competitors - even the typically unbearably smug output from Apple? How can a company go so consistently wrong?
Well, not SQL perhaps...
...but Ruby is really rather nice.
But it doesn't matter
With respect, I'm afraid you still don't get it.
The 5GB storage could be reduced to zero free storage. If you wanted to keep the wireless sync capability, you'd pay. Otherwise, you'd just use iTunes and wires again, exactly as everyone has to today. There's no lock-in and no requirement.
Are you reaching for your keyboard to say that Apple could remove wired sync support, perchance? Well why don't they just charge for wired sync or charge for iTunes downloads, then? They've had a decade to do it. Why do you think they don't? It's the same reason they won't charge for rudimentary iCloud usage.
Your "30 days" refers to Photo Stream. It's the length of time a new photo persists on Apple's servers before evaporating. As long as your various devices "see" a network within that time, any new photos will be sync'd down them. Once they're gone from Apple's servers, it doesn't matter, because they're still on your devices and always will be until you delete them - photos are obviously always on the device that took the picture as well as on any other devices that sync'd with iCloud within the 30 day period.
If 30 days was reduced to zero without paying, you'd just lose the wireless auto-sync stuff. So you'd go back to sync'ing via iTunes and iPhoto with wires. See how this works? It's an extra facility, for free, that takes nothing away from what you already do whatsoever.
iCloud is NOT a backup service or a remote data store. It is a SYNC SERVICE with no GUI. It's plumbing. Backup is still left up to the users through Time Machine or a third party network backup service. With Mobile Me going away, some people are complaining that paid services are being removed - DropBox should be ecstatic, because Mobile Me's iDisk was a competitor to them. Now it's gone. iCloud provides no arbitrary file storage, so DropBox just got some new customers. Flickr may pick up some Gallery refugees (the iCloud photo stream is - once more, this time with feeling - just a sync service, not a gallery engine) and there will be a few web hosting companies enjoying picking off ex-iWeb people too. Of course iCloud may regain some of this in future, but if so, it'd only be going back to where MobileMe used to be.
Apple aren't treading on toes - if anything, they're actually stepping off a few.
It's a wake up call
I hadn't really realised just how low IT industry journalism had sunk until the June 6th WWDC keynote and the extraordinary deluge of journalistic tripe that followed.
iCloud boils down to a glorified seamless wireless sync system and as a result, all your data *must* be stored on your *local* hardware devices. If every server Apple owned were to simultaneously evaporate, individual users would lose precisely no data whatsoever.
But where's the anti-Apple, anti-cloud, nonsense lock-in black helicopter tinfoil hat raving lunatic ranting in that? No fun at all. So hey, let's all just make stuff up.
- World's OLDEST human DNA found in leg bone – but that's not the only boning going on...
- Lightning strikes USB bosses: Next-gen jacks will be REVERSIBLE
- Pics Brit inventors' GRAVITY POWERED LIGHT ships out after just 1 year
- Microsoft teams up with Feds, Europol in ZeroAccess botnet zombie hunt
- Storagebod Oh no, RBS has gone titsup again... but is it JUST BAD LUCK?