Google Chrome 3.0
googlesystem.blogspot.com
googlesystem.blogspot.com
* cough(bullshit)
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.
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.
[1]: http://groups.google.com/group/chromium-dev/browse_thread/th...
http://labs.adobe.com/downloads/flashplayer10.html
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.
Also, why does Mozilla not provide 64-bit builds?
http://www.google.com/search?oe=utf8&ie=utf8&source=...
In general I think Google is very good about promoting Open Source awareness, my post was my attempt at humour :D.
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.
The KDE project has now dropped KHTML and switched to Webkit.
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.
In July 2007, the Ars Technica website published an article announcing that the KDE team would move from KHTML to WebKit.[13]
( From http://en.wikipedia.org/wiki/WebKit#cite_ref-arsunfork_12-0 )
Compared to quicktime/media player and the slew of plugins from the previous generation, flash is much much more reliable.
In practice, widely deployed beat better quality handily.
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.
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.
It's discontinued, but it works.
there's no way to see raw headers sent/received in the dev tools!
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.