"No Multi-Process Architecture" This is a feature, and I like it. The rest is just flamebait.
how is this a feature?
Here’s Why Firefox is Still Years Behind Google Chrome
21–30 of 175 posts
Re: Here’s Why Firefox is Still Years Behind Google Chrome
#22Chrome was years behind Firefox, too: https://code.google.com/p/chromium/issues/detail?id=143 - from at least 2008 thorough 2012 there was no proper color management in Chrome, while Firefox had it. This was a deal-breaker for some users. Eventually Chrome copied what Firefox had for many years. It goes both ways.
Chrome now supports ICC profiles for images, but still fail to color manage page elements, which is a deal breaker for me.
Re: Here’s Why Firefox is Still Years Behind Google Chrome
#23Re: Here’s Why Firefox is Still Years Behind Google Chrome
#24According to Snowden's leaked Prism slides, Google was brought into the NSA fold on the 14th of January 2009. So Firefox is well over 4 years behind Chrome in that respect as well. Get your act together, Mozilla!
Seriously? Can't there be one discussion on here that isn't about Snowden or Prism?
Re: Here’s Why Firefox is Still Years Behind Google Chrome
#25Chrome was years behind Firefox, too: https://code.google.com/p/chromium/issues/detail?id=143 - from at least 2008 thorough 2012 there was no proper color management in Chrome, while Firefox had it. This was a deal-breaker for some users. Eventually Chrome copied what Firefox had for many years. It goes both ways.
Can you elaborate on this? I'm relatively new at it, but I write code for a color science company so I'm curious as to what you mean.
Edit: I'm also reading halfcamerageek's URL: http://cameratico.com/guides/web-browser-color-management-gu...
Re: Here’s Why Firefox is Still Years Behind Google Chrome
#26Re: Here’s Why Firefox is Still Years Behind Google Chrome
#27Earlier quoted context omitted.
how is this a feature?
Lower memory usage (I think).
Albeit, that is certainly peanuts next to the v8 interpreters heap, the web page itself, loaded images, etc, but there is a reason few programs do the multi-process thing.
Chrome doesn't really get a speedup from it, it gets a stability bump. If one tab crashes in Chrome a tab goes, if a tab in firefox goes it drops the whole browser process.
As a development design pattern, if you are concerned with stability, you fork your threads into their own processes and prepare for them to go down in flames.
Re: Here’s Why Firefox is Still Years Behind Google Chrome
#28Re: Here’s Why Firefox is Still Years Behind Google Chrome
#29With all the nice items recently implemented in Chrome and all the lagging behind and alleged slowness of Firefox, I still see "aw, snap! crash!" in Chrome an order of magnitude more frequently on my screen than Firefox crash reports. However the slowness of Firefox when Firebug is on when loading resource-heavy pages starts really bothering me.
Re: Here’s Why Firefox is Still Years Behind Google Chrome
#30That sounds like Servo [1] to me. That would also be a much more forward-thinking approach to Electrolysis than fully separating the old Mozilla codebase. Firefox is also competing very well with Chrome in JavaScript speed. [2]
[1] http://en.wikipedia.org/wiki/Servo [2] http://arewefastyet.com/