"You shouldn't read too much into Google Chrome's version numbers. Just because you can now install Google Chrome 3.0, it doesn't mean that Google wants to appear more mature than it already is."
Can't really blame, them, though. They're aiming for the corporate market, and there, the people deciding between Chrome 2.0 and IE 8.0 really don't care for the difference between Java and JavaScript. Well, maybe not the people deciding, but certainly the people they have to explain those decisions to.
Well, if you compare Chrome 3.0 vs Firefox 3.0 (or 3.5), what features does Chrome not have? As far as I can tell it's only missing Firefox's extensions so if you can live without Adblock, Firebug, etc you can trade the extensions for Chrome's outright speed.
It's worth noting that WebKit's "Web Inspector" is present in Chrome, which is roughly equivalent to Firebug...so you're not really having to live without that, even.
And still no full release version for Mac / Linux. I find this particularly interesting considering the Google "Operating System" is going to be a custom interface on top of a Linux kernel.
I've been using the Linux version for several month now and honestly cannot tell the difference between it and the windows version. Just as stable, just as fast, and flash works without any problems. I'm guessing there is a good reason why they're not comfortable releasing it yet, but as an end user I haven't run across that reason.
It depends on whether you're using the chromium-daily PPA or you used Google's deb (the former looks for Firefox's libflashplayer.so, the latter needs you to install it).
If you're using the chromium-daily PPA (https://launchpad.net/~chromium-daily/+archive/ppa), Chromium will look in a bunch of folders[1] for plugins, including ~/.mozilla/plugins. I suggest you get the tarball from http://get.adobe.com/flashplayer/ and put its libflashplayer.so in ~/.mozilla/plugins. Chromium will look here for it upon startup and you're set.
If you installed using Google's deb (http://dev.chromium.org/getting-involved/dev-channel), it doesn't yet search the Mozilla plugin dirs, and thus you need to make an /opt/google/chrome/plugins dir and put the libflashplayer.so in there and it'll work.
Edit: if you're using Google's deb, you have to run google-chrome with the --enable-plugins switch. The deb adds their repo to sources.list.d, but I have no idea when they'll enable plugins by default in their repo. I'd ride the chromium-daily channel, since lots of shit is broken anyway.
For those running Ubuntu AMD64, you can put both 32 and 64-bit versions of libflashplayer.so in ~/.mozilla/plugins (call them libflashplayer32.so and libflashplayer64.so if you like), and 32-bit Firefox will load the 32-bit plugin, and Chromium 64-bit will load the 64-bit plugin. You can get the 64-bit Flash plugin here:
And if anyone's wondering why I'm not running 64-bit Firefox 3.5, it's because the Ubuntu (and possibly Debian, I've no idea) packagers still have it branded 'Shiretoko', which throws off every site searching for 'Firefox' in your UA. Hopefully by Karmic's release they'll have this sorted out.
I have --enable-plugins turned on atm and I don't see any difference between chromium's flash and firefox's, except that when the plugin crashes on chromium, I reload the page instead of the entire browser.
Hopefully browser companies will be more rigorous about migrating their users to newer versions so that we avoid the issues IE6 has presented by still having a large install base even after two subsequent versions have been released.
Back when Safari first came out, there was a lot of credit given to KHTML, and Apple quickly had public-facing Subversion repositories available with full product history so that KHTML could adopt any changes they wanted. Since then, WebKit and KHTML have gone radically different directions, to the point that I'm not honestly sure the latter exists anymore.
Apple, I thought, did the right thing by providing a full hat-tip to KHTML at the time of the fork. I also think their attitude towards KHTML since then has been completely fair.
For quite a while, Apple were jerks about contributing there changes back. The patches they submitted to KHTML were huge, undocumented, and full of OSX-specific code. It tooks many months of griping by KHTML, GPL advocates and the community before Apple opened up thier KHTML fork as a CVS repo, and some time later, simply open-sourcing Webkit itself. But at the beginning, it was quite a fight to get Apple to acknowledge Webkit's open-source roots.
The KDE project has now dropped KHTML and switched to Webkit.
This is inaccurate, KDE still uses KHTML. I've certainly seen the point argued back and forth amongst KDE developers, but all versions of KDE still use KHTML, and I assume it's still maintained somewhat. KHTML and WebKit aren't just interchangeable pieces of Konqueror, see http://www.kdedevelopers.org/node/3998 .
thiago from #kde informs me that "the guy [who claimed that KHTML is gone] is completely wrong", "[KHTML] is happily in use and cannot even be dropped yet".
I was also informed that "there are plans [to change to Webkit], but they're slowgoing" and "nothing concrete has happened yet". If anyone has access to an official announcement to this effect, I'd appreciate a link, because last I knew there were just developers bickering back and forth about which to keep.
Also, I assume that with WebKit SFX would become the KDE browser's JavaScript engine instead of KJS, and that would be nice. KJS is much slower in my experience.
Well, the sauce is nice, but more realistically, why should every story about chrome mention webkit? How could we (google) police that? We mention webkit all the time and , more importantly, try to get our fixes and patches upstream.
If you want the lowest common quality video, yes. Flash video performance and quality are noticeably lower, though, so it really doesn't scale well beyond YouTube-level video.
In practice, widely deployed beat better quality handily.
They were recently enabled by default in the Chromium builds. Lots of features are still missing (all of the interface/toolbar stuff only works in Windows right now, for example, and installed extensions are purged with every restart of the browser on OS X/Linux). The extension API is lightweight and fantastic though, so I'm with you in hoping that they get make it into Chrome sooner rather than later.
Does anyone find that chrome is just unnecessary? It seems like google got to the game just when all the other browsers hot a point when they are all good.
Not long ago, FF seemed like a real edge. Now I just use it cuz I'm used to it and it has extensions that I am used to. Safari is also good and even the new IE is good. I wouldn't mind using either of them or using chrome. The pace of improvement seems to be strong and even.
I have no beef with an extra competitor, but I am surprised to say I have a browser and its good.
I think we can fairly credit Chrome with dramatically raising the bar for javascript performance across the competing browser engines. The V8 virtual machine for Chrome compiles JS to machine code rather than interpreting it or running in bytecode. Mozilla has since responded with the TraceMonkey optimization for its javascript engine; WebKit developed SquirrelFish Extreme; and so on.
Awesome! Extensions being enabled by default in the dev channel is great news. I've been semi-following the documentation for it all and it's been improving at a nice steady pace (just like the browser :-))
Also, as mentioned from others it runs just fine on Linux for several months now so go ahead and try it! You'll realize quickly how you don't need all those Firefox extensions.
Is the Resources panel not adequate? Granted, it does format the headers, but it does show the HTTP method, the request headers, and the response headers for the page and each resource.
lol. To guys with 'good' karma: not LTR fans I take it?
It's worth noting that together these browsers will take significant market share from IE and Safari, especially when Chrome is released for mac later this year. Even more interesting is FF strong ties and history with Google.
* cough(bullshit)