Browser Wars Redux: This Time It's the Apps
itwbennett writes "Yesterday's release of the Amazon Kindle Cloud Reader brought to mind the bad old days of the browser wars, but with a new twist: while the app works on any iOS device, it only works on computers with Safari and Chrome. Blogger Brian Proffitt knows as well as anyone that 'this isn't a deliberate snub of the other browsers. Clearly the developers of this web app had to get it to work on Safari, because that's the only vector to get it onto an Apple device. And, since both Chrome and Safari have a shared ancestor in WebKit, it makes sense that what would work in one browser would work in the other.' But it raises an interesting question: 'If HTML5 and other web technologies are supposed to be open and standardized, then will web app developers have to continually tweak their apps in order to accommodate deficiencies or advantages between browsers, or will browsers have to constantly stay in sync with each other's features just to be able to run all the web apps out there?'"
It works in Steam too, since they also changed to WebKit. The in-game and Steam store browsers feel so much faster with it, too.
Google+ vs. Facebook, and why Google+ will fail
I'm not sure how "running it in the browser" is supposed to magically erase all the problems that in years past were associated with running in multiple operating systems. The more power and control is given to the browser, the more complex they become, and the less likely it is that different browsers will be able to provide the same experience.
This isn't "browser wars", this is "Operating System Wars, The Sequel". The more things change, the more they stay the same.
Yep. How is this any better than the days of horrible 'web apps' that only run IE6?
(-1, Raw and Uncut is the only way to read)
I'm just as concerned with the tendency of websites with 'mobile apps' to intentionally break their own website experience when browsing on a mobile device in order to push their native app instead. Deep links redirecting to mobile homepages are also breaking the web (from mobile at least). In many cases the web worked better on my iPhone 1 then it does today on my iPhone 4.
Clearly the developers of this web app had to get it to work on Safari, because that's the only vector to get it onto an Apple device.
So, Apple locks out downloading/running any other web browser? How come you didn't say "Clearly the developers had to get it working on IE, because that's the only vector to get it onto a PC"??
Since Firefox works on all computers, and has a higher market share than Safari, it seems that Firefox would have been the better choice.
Indeed. This seems a specific solution to a specific problem, and working on Chrome is simply a byproduct of that. Perhaps at some point they'll want to broaden their market, but for the moment, this is more an issue of the closed nature of the Apple app market than anything to do with a new browser war.
The world's burning. Moped Jesus spotted on I50. Details at 11.
Good lord slashdot, I was hoping to see informed technical discussion like that slashdot of old instead of scaremongering gossip over motives for the Book Store compatibility. It has nothing to do with Apple controlling Amazon, or browser wars. The HTML5 database storage spec is not fully standardized, and so chrome and safari both implement the WebSQL spec while Mozilla has chosen to go with their own IndexedDB spec.
The book store will be ported to firefox shortly as both DB implementations basically accomplish the same thing. It came out for Chrome and Safari first because Amazon wanted to circumvent Apple's in-app purchasing requirements on the iPad and that meant working with webkit first. Down the line I am sure that browser makers will eventually converge on either IndexedDB or WebSQL and that will become part of the HTML standard but for now the discrepancy is explainable purely in terms of using a non-standard technology that browser makers are still experimenting with and trying to shake out.
After forty years of following technology, I assure you that wherever there's a land rush in progress, a compatibility clusterbuck is sure to follow. Early mover advantage is a broken window for everyone else. It's not actually the nature of the standardization process to be out in front of the gypsy caravan waxing behind the Spanish Galleon of zeitgeist redux. As much as we complain about this, the gypsies are a tribe of legendary endurance, hardship, and snark (as often featured here on snarkdote).
Standardization is the introverted naturalist's account of rats, cockroaches, raccoons, ravens, seagulls, and urban deer: what's left behind after progressive forces have eradicated the dodo, pillaged the cod fishery, and turned most of the polar bear population into shaggy rugs of bravado.
Even in the .NET world IE6 is a pain...
at my institution we dropped ie6 this years because the percentage of web browser visiting us with it were below 2% however they accounted for 35% of the complains directed at the web team. So you mostly have whiner and people with pirated software on ie6 so why would you want to serve that kind of clientele is a mystery to me.
Jehovah be praised, Oracle was not selected