Slashdot Mirror


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?'"

17 of 170 comments (clear)

  1. Steam by zget · · Score: 2

    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.

  2. Browsers aren't magic by c0d3g33k · · Score: 4, Insightful

    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.

    1. Re:Browsers aren't magic by jellomizer · · Score: 3, Interesting

      However current history shows this isn't true... Browsers right now are the best way to display data, WebKit, Mozilla or IE for HTML 4 strict does an excellent job of following the specs.
      HTML 5 is new and not all the features are implemented yet, and right now there is some shield bashing on who has implemented the most useful set of the HTML 5 standard first. So for the developers who are blindly jumping to full HTML 5 are coming across compatibility issues, because not all browsers are close to be fully HTML 5 Compliment.

      There is no Magic here. The browser runs on top of the OS and interprets the command send via files and follows the same methods to display the data. It is actually quite easy concepts, it didn't happen before because computing power wouldn't allow useful speed in doing such work without the need to go out and run some custom machine level code. Once Browsers finish their full support in HTML 5 then things will render the same again?

      This isn't a browser war type of activity and not an OS War Especially as things work the same in Chrome for Windows, Linux or Mac... The old browser war was each side making their own special commands in complete disregard on what the standard said in hopes that developers will use it over the others and force people to use their browser. Eg. the Netscape Layer Tag, ActiveX or Java Aplets. Right now it is more of a bragging right of saying Hey we got this in first or our implementation is faster then yours. But it doesn't mean the next version your version won't be faster of have that feature... It isn't a war but healthy competition.

      In a War the Consumer Looses and Competition the Consumer wins.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    2. Re:Browsers aren't magic by NoNonAlphaCharsHere · · Score: 5, Interesting

      Try installing an egress detecting firewall and watch how often Chrome phones home.

    3. Re:Browsers aren't magic by Skuto · · Score: 2

      Firefox runs HTML5 just fine. The Kindle app uses Web SQL (never fully standardized, deprecated) instead of IndexedDB (standardized) so it won't work on standards-compliant browsers.

      Safari doesn't support the IndexedDB standard, which is why they didn't use that, so your question should be addressed at Safari instead.

  3. Re:Usefulness by Gizzmonic · · Score: 2

    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)
  4. Mobile Browser Redirects by John.P.Jones · · Score: 4, Insightful

    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.

    1. Re:Mobile Browser Redirects by gstoddart · · Score: 2

      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.

      I see this a lot ... visit a web site on my iPad, get popup telling me they have a native app, and wouldn't I rather be running that.

      No, go away ... show me the damned web page, and leave me alone. Sometimes the redirect they use makes it almost impossible to use the back button to get out of the damned site.

      Or, as you say, they redirect you to some mobile home page which doesn't have the content you followed the link to, and which you can't subsequently find. Which basically makes the visit to their page useless.

      --
      Lost at C:>. Found at C.
    2. Re:Mobile Browser Redirects by DanTheManMS · · Score: 2

      Change the User id. Not sure how easy that is to do on an iPhone

      I know it's possible when you jailbreak. I have a "UAFaker" icon on my SBSettings menu. I swipe the status bar, tap the icon, and try the link again. Same thing to turn it off. Without jailbreaking, I believe there are alternate browsers you can get on the App Store that will fake the user agent for you. Or you could use Opera Mini or Cloud Browse, but that's getting somewhat excessive.

    3. Re:Mobile Browser Redirects by ShakaUVM · · Score: 3, Funny

      I'd mod you up, but I'm using Slashdot on a smartphone.

  5. Only Safari?? by sunderland56 · · Score: 2

    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.

    1. Re:Only Safari?? by Pope · · Score: 2

      So go write some code on it. You don't have to report back.

      --
      It doesn't mean much now, it's built for the future.
  6. Re:Usefulness by MightyMartian · · Score: 2

    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.
  7. IndexedDB vs WebSQL by jgon · · Score: 5, Informative

    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.

  8. law of the compatibility clusterbuck by epine · · Score: 4, Interesting

    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.

  9. Re:Usefulness by DemonGenius · · Score: 2

    Even in the .NET world IE6 is a pain...

  10. Re:Usefulness by JonySuede · · Score: 2

    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