72 karma · joined December 20, 2011
[1] http://dev.opera.com/articles/view/introduction-html5-video/
Whatever Mozilla will do to lessen the impact of content on the interface, I hope that they won't go down the same disastrous path as Chrome and make the browser unusable for any use other than the browser is optimized for. Right now I can have ~100 tabs open with Firefox thanks to excellent memory usage (including suspending tabs) and an interfaces which scales well (Panorama, switch to tab, tab overflow, etc.)
But I can see why Chrome is so attractive for many users. If you stay within its comfort zone the responsiveness is extremely pleasant in day-to-day usage.
[1] https://bugzilla.mozilla.org/show_bug.cgi?id=669730 [2] https://bugzilla.mozilla.org/show_bug.cgi?id=695480
-Notification bar in pretty much all browsers.
-Doorhanger panels
-Download pane which Safari managed to release first (unfortunately a common pattern)
-HTML5 video which Mozilla implemented first
-Do not track
-AwesomeBar which now all other browsers emulate with different degrees of success.
-Firebug which set the standard for web development tools.
And so on, and so on. The other browsers also contribute great innovations to the browser space and this is a great situation for the end user, but I don't really like how Mozilla is kept getting downplayed.
As long as it's still possible to install non-webstore extensions I'll learn to live with that restrictions as it's not an activity I perform often in the first place.
The bug is 8 years old and nobody seems to be working on it. I wouldn't hold my breath that it will be fixed soon.
[1] https://wiki.mozilla.org/Performance/Snappy [2] https://bugzilla.mozilla.org/show_bug.cgi?id=718121
Depends on what you measure and your usage patterns. Firefox runs circles around Chrome with regards to memory usage and features like "load tabs on demand" can further lower the general resource usage drastically.
The lack of native UI styling of 'select' elements is a disgrace though, especially on Mac. Firefox is the last browser to exhibit this and there are no sign that this will changed in the near future. :-(
Chrome's features don't constitute a superset of Firefox features and vice versa. Examples for features exclusive to Firefox:
1) Tab groups 2) Awesomebar (which works very differently than the Omnibar) 3) History sync 4) Load tabs on demand 5) Bookmark tags 6) Livemarks 7) Better resource usage (especially memory)
And I could easily add several more, both native as well as the ones added by extensions. You may not care about some or all of these features because they don't fit into your browser usage pattern, but others do. Speed is also important to me and I'm glad that Firefox gets improved with each new version currently but it's not the deciding criteria as long as it doesn't inhibit me from using the browser as I wish.
I've said it times and again: Chrome is optimized for a single use case (i.e. few tab users) at which it excels but tends to break down quickly once you leave its comfort zone, unless you have a fairly powerful system. Maybe the project leader nudge, nudge could divert some resources to make Chrome scale better. ;-)
[1] http://arstechnica.com/information-technology/2012/06/may-br...
Oh, and live will be gone on earth anyway, AFAIK in about 1 billion years when the sun has become so luminous that the oceans on earth will vaporize and ultimately escape into space. And the collision between the galaxies will very likely have no immediate effect on our solar system due to the vast space between stars (and therefore planets).
So kudos to the VLC team for producing such a great product (despite some questionable interface decisions). I'll take a player which "just works" over the pretty and shiny competitors every day.
And the importance of geek/early adopter/enthusiast users shouldn't be underestimated because these are the ones who often have wide reach (e.g. journalists, bloggers, etc.) or are responsible for how web technologies are used (e.g. developers). It's a bitter lesson the non-WebKit browsers vendors had to learn after most mobile web developers started to target only WebKit because that's the devices/browsers they are using on a day-to-day basis. And in its early days Mozilla thrived on the free guerrilla marketing provided by enthusiast users, not just in their immediate private space but also in magazines, on websites and other outlets where users and authors were constantly praising Firefox for its security, speed and features compared to IE6. Today that place has been mostly taken over by Chrome.
I still having a hard time wrapping my head around how badly Mozilla handled the appearance of Chrome for years. The threat was so obvious from the very beginning and not just in hindsight. As I said, I have the impression that they are on the right track now but there must be lessons to be learned from the 2008 to 2011 period for Mozilla itself and other organizations in similar situations. I wish Mozilla higher-ups would sit together and publish a retrospective about what they perceive they did right and wrong.
Not necessarily. "Traditional" extensions can be extended to support being restartless as well if they implement the necessary hooks.
Firefox behaves far more gracefully in less regular use cases. With tab groups, switch-to-tab, don't load until selected and tab overflow I can easily have dozens of open tabs without affecting the performance of Firefox and the system too much while remaining quite convenient to use. Mozilla just has to improve the regular use case to be in a better competitive position. Once they've achieved this Firefox will be usable by a far wider range of possible users than Chrome.
Oh, and one of the reasons for Chrome's success (besides the sneaky bundling stuff) is probably the extremely convenient silent updater. I've installed Chrome on many computers which belong to people with little technical knowledge so I wouldn't have to bother with browser updates (users have no say in this) and outdated Flash versions (since it is bundled). Now, the latter reason wouldn't be necessary if Adobe wouldn't be such a bag of fail but that's another topic.
I wonder how the situation would look today if the MemShrink and Snappy projects had been started in 2009 or 2010 at the latest. My gut feeling tells me that the loss of market share and especially mindshare wouldn't have been as dramatic as it is today. Oh well, I'm happy that Mozilla apparently got their act together and taking the competition more seriously. Right now it's fun looking forward to each next Firefox version. :-)
A mix of all of that. For the DOM part Mozilla is developing new bindings (called Paris bindings) to close the performance gap compared to the competition [1]. Johnny Stenbeck has written two articles which give an interesting insight into past, present and future DOM bindings in Gecko [2][3]. Azure is Mozilla's new rendering API which even in its infancy showed some promising performance improvements [4][5]. Unfortunately work on Azure hasn't been progressing as fast as I had hoped. AFAIK only the canvas element is currently using Azure for rendering, the rest (ui + content) is still based on legacy APIs. On the JavaScript front there's IonMonkey, a brand new JIT compiler developed from scratch [6]. It's still in ongoing development and lacks many optimizations so right now it's slower than Mozilla's current JIT compilers in many tests [7].
[1] https://bugzilla.mozilla.org/show_bug.cgi?id=580070 [2] http://jstenback.wordpress.com/2012/04/07/history-of-mozilla... [3] http://jstenback.wordpress.com/2012/04/11/new-dom-bindings/ [4] http://blog.mozilla.org/joe/2011/04/26/introducing-the-azure... [5] http://www.basschouten.com/blog1.php/comparing-performance-a... [6] https://wiki.mozilla.org/IonMonkey [7] http://arewefastyet.com/?a=b&view=regress
SCNR ;)