Slashdot Mirror


Firefox Mobile Threatens Mobile App Stores, Says Mozilla

Barence writes "Mozilla claims that its new Firefox Mobile browser could be the beginning of the end for the hugely popular app stores created by Apple and its ilk. Mozilla claims Firefox Mobile will have the fastest Javascript engine of any mobile browser, and that will allow developers to write apps once for the web, instead of multiple versions for the different mobile platforms. 'As developers get more frustrated with quality assurance, the amount of handsets they have to buy, whether their security updates will get past the iPhone approval process ... I think they'll move to the web,' Mozilla's mobile VP, Jay Sullivan, told PC Pro. 'In the interim period, apps will be very successful. Over time, the web will win because it always does.'"

2 of 278 comments (clear)

  1. Seems Unlikely by saisuman · · Score: 4, Interesting

    I saw my wife playing Assassin's Creed on the iPhone today. I can't imagine a game of that quality being remade in Javascript unless it comes with some funky O3D-like capabilities.

  2. Re:web-app-web by dgatwood · · Score: 4, Interesting

    Local storage is pretty cool, and the CSS animation and stuff doubly so. There's still the problem of having a good way to back up local storage.... *sigh*

    That said, it's still not even slightly close to what you can do in a native app. Even if performance was identical, the DOM is beyond half assed as a GUI environment. There's not even a drag and drop mechanism built in that works across all browsers. There's no way to guarantee that your handlers won't get stripped out by some overzealous UI library that you load. Basic functionality like contentEditable (for WYSIWYG editing) is barely supported in any browser, replete with hundreds of serious bugs that make it very hard to deal with. There's no way to set up an automatically recurring callback with a guaranteed period. There's no way to spawn multiple threads of concurrent execution (except for a FireFox-specific mechanism). There's no standard way to talk to hardware. And those are just the huge problems.

    Even simple things like specifying which UI elements should grow proportional to the window size is an utter pain. Creating clickable buttons that don't get their text content selected can be rather entertaining. Convincing the browser to not deselect the selected text in a contentEditable region when you do so is doubly so. Then, you have that fun box model that only a committee could love (all of us are dumber than any of us). Don't get me started on trying to do column layouts with CSS. I could go into specifics, but if you've ever tried to build any significant web application, you're already nodding in agreement.... :-)

    Yeah, it's going in the right direction. It's got a long way to go, unfortunately. Right now, it takes mounds of custom GUI libraries just to get usable UI, mainly working around the fact that the web browser just wasn't designed to do this stuff. When I can write a web app that's lightweight and doesn't require bringing in something as heavyweight as Prototype just to get anything done, we'll be at least in the right ballpark./p>

    --

    Check out my sci-fi/humor trilogy at PatriotsBooks.