Live data from Hacker News

Introducing Chrome for Android

googleblog.blogspot.com

131–140 of 240 posts

Re: Introducing Chrome for Android

#131

"This item cannot be installed in your device's country"

It's currently available in: United States, Canada, United Kingdom, France, Germany, Spain, Australia, Japan, Korea, Mexico, Argentina, Brazil Sundar, SVP of Chrome just said "We are working hard to bring this to more countries and should greatly expand within the next three months."

If it works in Germany, why not in Austria?

Re: Introducing Chrome for Android

#132
It appears to be significantly faster on JS front than stock Browser.

Sunspider results:

    Stock - 3852.2ms
    Chrome - 3131.8ms
(tested on HP Touchpad with CM9 A.06)

edit:

I was curious and redid it after rebooting:

    Stock - 2816.1ms
    Chrome  - 2928.1ms (!)
So it turns out it's faster on systems under load, but actually slightly slower on freshly booted one. Weird.

In case anyone is interested in full benchmarks:

Stock: http://u.42.pl/2HRq

Chrome: http://u.42.pl/2HRp

Re: Introducing Chrome for Android

#133

I wonder if/when the "Browser" app will get the hardware-accelerated canvas support. Currently, some of the canvas apps I've tried on ICS run worse than on Gingerbread. However, those same apps run acceptable in this Chrome beta.

Never by the sound of it. It will be discontinued in favour of Chrome now.

Re: Introducing Chrome for Android

#134

My initial perception is that all the Chrome features are great, primarily the data syncing with my desktop browsers. But the rendering is flawed; it doesn't render like the standard Android browser, doesn't render like desktop Chrome, and doesn't seem to even render consistent to itself. For example, a few screenshots comparing the standard Browser view of this comment page and the way Chrome beta views it: Browser:…

Without testing, this particular issue looks like it could be handled with the viewport-tag and -webkit-text-size-adjust

Re: Introducing Chrome for Android

#136
post #18

I had been wondering whether Google would port Chrome to Android, or they would port Dalvik to Chrome. I'm still not ruling out the latter option.

What does "porting Dalvik to Chrome" even mean?

Assuming that means "be able to run Dalvik bytecode in the browser", that doesn't help with all the Android APIs and such, so it's hard to see how it would be useful.

Re: Introducing Chrome for Android

#137
post #96

Earlier quoted context omitted.

This is common Google strategy. They are trying to build the future and pre-ICS devices are not the future. So they get shafted. Google may make unhappy customers this way, but they can move a lot faster than companies like Microsoft, who support everything back two decades or so sometimes.

Apple seems to be able to innovate iOS while providing robust and timely updates for older devices.

this is a bad analogy, apple does not backport features to old versions of their OS, they put their new OS on old handsets. google puts their new OS onto old devices as much as they can too, the problem is that the carriers and other handset manufacturers don't. i'm sure google would love if everything would start running ICS, but it's not their responsibility.

Re: Introducing Chrome for Android

#138

According to MG Siegler, Chrome is in the bizdev-required proprietary 'with Google' part of Android, not the Open Source part. http://parislemon.com/post/17215781807/chrome-for-android-th... That means we're stuck with legacy browsers in existing Androids and in the non-Google-blessed world (Amazon Fire and the billion Chinese phones and tablets).

Chromium for Android is going to be open source, and the only difference between desktop Chrome and Chromium is branding and nonfree codec support.

Re: Introducing Chrome for Android

#139

I'm guessing this shares code with Chromium, so will it be open source too? EDIT: Looks potential: http://blog.chromium.org/2012/02/deeper-look-at-chrome-for-a... "With hardware-accelerated canvas, overflow scroll support, strong HTML5 video support, and new capabilities such as Indexed DB, WebWorkers and Web Sockets, Chrome for Android is a solid platform for developing web content on mobile devices."

Woops, I pasted the wrong thing there:

"Much of the code for Chrome for Android is already shared with Chromium and over the coming weeks, the Chromium team will be upstreaming many new components developed for Chrome for Android to Chromium, WebKit and other projects."

Re: Introducing Chrome for Android

#140

Chrome for iOS please.

Apple doesn't allow applications to provide their own runtimes: “3.3.2 An Application may not download or install executable code. Interpreted code may only be used in an Application if all scripts, code and interpreters are packaged in the Application and not downloaded. The only exception to the foregoing is scripts and code downloaded and run by Apple’s built-in WebKit framework.”

I think it will be a matter of time until the iOS platform (3-5 years) is more akin to that of the Mac platform, where there is a walled garden app store, and an outside ecosystem as well. Buying from the walled garden will have many advantages, so it will thrive, but having the ability to buy apps from other locations will enable the platform to also stay competitive.
Post reply on HN