IE9 vs. Firefox 4 (done in canvas)
people.mozilla.com
people.mozilla.com
Why keep up the pissing match? Who are they talking to?
They consistently do their own thing instead of going with standards, and they are always behind the curve. They seem to be trying to catch up with standards but have been unable to make any sort of impressive progress. To be honest, if they've put five years into it and are still so far behind, they need to fire some people.
Does anyone actually consider IE to be a valid contender for browsers? Personally, I gave up years ago.
I guess I'm just confused as to why this article, and the other similar ones from this past week, are even news.
Because they need to educate the clueless who decide to make their internal web applications IE-dependent. Making an internal web app IE-only is one of the most common and crippling mistakes corporate IT makes.
You are assuming Microsoft wants to adhere to standards. I find it more likely their strategy is to fragment the market because the day web applications become the norm, as opposed to desktop applications, they become OS-independent and Microsoft will have its main advantage (the Windows software ecosystem) negated.
They won't allow that.
They know IE9 is a bit crap, and they'll release an IE10 with proper history API, gradients, transforms and the rest when they can. They'll have a working web office someday too.
In the meantime they'll pimp IE9, the Office 'web apps' and other substandard ones to their customers until their kickass version 3 products come out.
§ Withstanding there are probably a few people in MS who really still love fat client.
That will never happen. Web apps have critical issues that can't be solved even by HTML8.
But let's look at the market... Have web apps displaced desktop apps? No. Have they displaced mobile apps (as per HN mantra 90% of iPhone apps could be web apps)? Not even close.
Now why is this? It's because web apps offer a significantly poorer user experience across the board.
* with all the progress that's been made in performance, web apps are slower than native apps and will continue to be. There is only so much that you can offload from JS.
* web-apps don't have access to the platform's entire range of graphics capabilities, including standard widgets, animations and so on.
* web apps don't have access to special platform functionality such as GPS, sensors, camera, etc.
Furthermore, the biggest mobile players have all started to invest in native mobile apps to the detriment of web apps. Including Google. It's in their interest to lock-in users to their platform, even more so since Android became a major player.
These issues can be worked around eventually (maybe).
The core issues with web apps can't be worked around:
1. Web apps are using a text-transfer protocol with a pile of hacks on top to make it stateful. To this day engineers are still working on solving this problem (web sockets, web sql, etc). They can't solve it.
2. One does not own web apps, one merely rents them.
That is true today, but to say the issues can't never be solved is a bit of stretch:
- Speed issue: NaCl.
- Standard widgets: HTML5 already have input type=datetime, color picker, address book, and many more.
- Animation: WebGL.
- GPS: Geolocation API is available today on most browsers.
- Sensors: Accelerometer API is available today on some browsers.
Now I'm not saying that web app will certainly become the norm, but it's not impossible.
* web apps don't have access to special platform functionality such as GPS, sensors, camera, etc.*
Take a look at PhoneGap. This is definitely becoming less of an issue, and I wouldn't be surprised to see even more progress on it.
Including Google. It's in their interest to lock-in users to their platform, even more so since Android became a major player.
I can't speak for others, but Google's native apps are merely frontends to their web service. I regularly switch between the native and web versions of both GMail and Google Reader on my phone. There's slightly different feature sets (syncing/refreshing tends to be no issue on the web, but it's kind of weird on the native apps. The UI is better on the native apps. I can open links in background tabs for the web, but I have to switch apps for native, etc), but I could completely stop using the native apps with 0 issue.
Other than that, I strongly agree. I've never had to worry about my internet being slow or down to use a native app, and I know I can use them years later with no issue.
I am curious - why would the protocol need to be stateful? What are you trying to accomplish?
> 2. One does not own web apps, one merely rents them.
No. You can buy apps and host them on your own servers, on your own PCs.
One does not own native apps, one merely licenses them.
Not giving a damn isn't the same as not being affected by. IE slows down innovation and productivity on the web. Everyone's internets are worse for it, and it's a ball-and-chain everyone's paying to drag behind us.. whether or not everyone's aware of it.
Stop using -webkit, -moz, -o first.
Once the standard is finalized, you simply drop -moz and you're done. This is nowhere near the same league as IE CSS/JS fixes.
really? MS wont even support frikken text shadows? ffs ms. don't ship the fucking thing then, just take your time and get it right, please don't break everything again, my life is to short.
what did i do to you to make you hate me so :(
I thought IE9 was still a work in progress?
Chrome(webkit) on the other side, wins both of these two combined any time of day.
Mozilla, you have come a long away, you created history when you came out with Firefox, you destroyed IE user base back in the days, and in Europe you are now the number one top browser. However, please stop comparing yourself to other browsers and work on your own issues.
Point being is, I love FF (although I'm not using it lately), but I'm hating how cocky they are becoming.
http://www.newegg.com/Product/Product.aspx?Item=N82E16820231...
And for the record, I wish Paul Rouget hadn't posted this. IE9 is a great browser - they do some things better than us, even (text-overflow, SVG acceleration via D2D, out-of-process tabs), and we should recognize this.
With Firefox I've had over 100 tabs open simultaneously.
Love/hate with Firebug, though. I can't work without it, but it does eat a lot of memory and slow things down.
Your site isn't HTML5 compliant, bro.
JUST SAYIN'.
http://validator.w3.org/check?uri=http%3A%2F%2Fpeople.mozill...
And by the way, an uncluttered, fast-starting browser that implements a somewhat smaller subset of HTML5 than a messy, slow-as-molasses browser might have something going for it, too. Just sayin'
How about you all stfu, work on your respective software and let your products do the talking?
Not all things have equal weight; choosing which things to call an element, which ones to merge, which ones to split is always subjective.
Valid discussions are where we fully state our chosen assumptions, not ones where we then make fake data out of them.
Canvas is only used for the charts.
This is going to be far less effective than a nice, polite feature comparison would be.
I was an avid FF user for many years. I shied away from Chrome for quite some time, until this December. A fresh FF install with no addons was painfully unresponsive, given 'too many tabs'. Those same tabs in Chrome chugged along.
I hope FF can get back on track(relative to Chrome:P) and reduce some of the bloat.
in my completely unqualified opinion, i'd have guessed they'd be better off persuading the growing wave of users who are switching from firefox to chrome.
A recent one: an input field would be spontaneously filled with a "1" if (and only if) Firebug was active. Persisted across application re-starts, but not through a reboot.
It's like Apple comparing iOS to Symbian and lauding how great iOS is, when really they should be watching Android.
Adopting a process-per-tab model is currently being implemented (https://wiki.mozilla.org/Electrolysis), and I imagine once that's done we will be discussing Chrome a lot more.
Based on my experience, Mozilla has a lot of reasons to be afraid of Chrome.
http://www.mozilla.com/en-US/firefox/beta/
We are nearing the end of our Firefox 3 cycle (Firefox 4 is going to be released next month), and that's where our significant speed improvements have been implemented in the last 2 years. It's about even with Chrome speed-wise.
Obviously I wasn't suggesting you weren't watching Chrome at all, but it's good to hear you're making the right decisions in competing with Chrome (primarily the reduction of Firefox's inherent clunkiness and slowness).
There's been several articles about this:
Its actually good enough to never have to worry about moving to a different browser (If its what you are using).
Chrome: 10.0.648.45 dev
HTML5 score: 293 FF4: 255
Compatibility differences from [1]:( "-" == in other category )
Chrome 10 FF 4
Partial:
CSS Text-Overflow
Datalist Element -
WAI-ARIA -
SVG for HTML -
SVG filters -
- h264 video
- Web notifications
- SVG fonts
- Web SQL
- WebSocket
- HTML5 Form
Complete:
Server-sent DOM events
CSS Text-Stroke
Progress & Meter
h264 video -
CSS masks
Web notifications -
SVG fonts -
Web SQL -
CSS Animation
WebSocket -
HTML5 Form -
Form Validation
- Datalist Element
calc() in CSS
Animated PNG
- WAI-ARIA
- SVG for HTML
- SVG filters
Summary:
87% 81%
And WTF are they doing with that table[2] (disable "detailed tables")? It doesn't render correctly on anything I've got (OSX).[1]: http://caniuse.com/#agents=firefox,chrome&eras=near,unof... [2]: http://caniuse.com/#agents=firefox,chrome&eras=near,unof...
Terrible PR management on behalf of MS, here.
If, Mozilla really want to impress the 'tech' crowd they should show how they compare to Chrome because, mainstream users ONLY care about being able to view the websites they want to visit which is why most of them stick to Internet Explorer which came installed on their PC's (despite new legislation saying Microsoft had to suggest other browsers too) as they 'trust' that it will display the websites they want to see.
Additionally, it needs to be said that whilst IE9 may be lacking some HTML5 and CSS3 features that Firefox 4 supports that HTML5 standards won't be completed until 2014, and Mircosoft will have its IE product fully supporting HTML5 by then.
I'm a firefox user but I still believe that Mozilla had no reason to do this, other than that they are realizing that IE has become a decent competitor again and they can't just pump out a slightly better browser to convince the crowd to convert. They've made themselves look a little stupid especially with regards to standards which won't be completed until 2014, and you can probably expect Google Chrome team to release a Chrome Vs. FF4 comparing its standards etc.
And all of this "HTML5 standards won't be completed until 2014" talk is kind of a semantic game. That fallacious concept is why Ian Hickson is trying to move away from the unrealistic notion of a "totally finished standard." In practice, most of the stuff Firefox implements is already nailed down. IE is unquestionably lagging.
If you want to know why _Paul_ posted this, you should probably ask him.
Chrome 10.