Chrome for iOS
itunes.apple.com
itunes.apple.com
Unless the tab-sharing feature is crucial to more people than I thought, I don't think this app is going to be a runaway hit.
0: https://twitter.com/viviancromwell/status/218402587760795648 1: https://twitter.com/stroughtonsmith/status/21843446275153920...
The real stumbling block, IMO, is that without jailbreaking, links from other apps will always open in Safari.
They have a generic mechanism to send files to other apps, but not for URLs, making it painful to pass a URL to Twitter or an instant messaging app.
I'm looking for a generic mechanism to let the user choose an app and pass an 'http' url to that app. I don't think I can do that with custom schemes, because each app would have its own scheme.
It could be accomplished via a custom file type if everybody standardized on it (say via a .url file of type text/x-url or maybe even text/plain). But I was hoping for something official.
The current way people do this is via the pasteboard, but the switching and pasting process feels awkward to me. I suppose that may be the best solution for now. Maybe apps should just handle things better if they're awoken with a new URL on the pasteboard (i.e. offer to take an action with it).
I'll think through my use cases some more.
> Maybe apps should just handle things better if they're awoken with a new URL on the pasteboard (i.e. offer to take an action with it).
This is almost how using custom URL schemes would work, but I think it's still superior to fiddling with the pasteboard though.
But you are right. There isn't a standard way to do it now. Most apps that expose or utilize this form integration has to come up with something themselves. Also see http://handleopenurl.com/
Safari on iOS 6 (on iPad, at least) finally lets you open more than 9 tabs! The new max is 25, which is enough.
Most web pages (and even web applications) are rarely bottlenecked by JS execution speed. (There are a few exceptions to this rule...for example, the JS GameBoy Color emulator probably won't work very well)
That's an interesting point about layout. I hadn't even considered how font size adjustment and such comes into play.
A crucial feature for me would be password-manager support (lastpass, 1passwd). The (lack of) password management on the iPad is driving me nuts. The half-baked external apps that let you copy/paste don't cut it for me. Nor the awfully slow and constantly crashing "LastPass browser".
Does Chrome finally bring relief?
Safari 6 added a new preferences panel for saved passwords. Unfortunately there's not an equivalent iPad setting (just checked on iPad 2, iOS 6 beta 1), but this might change between now and fall...
Maybe you should file a bug report?
The thing is that I don't want the iPad to just save passwords. It already does that, although somewhat unreliably for me. I want it to use my existing, ginormous list of passwords stored in LastPass.
I don't even try anymore to do anything that requires a login on the iPad, it's an exercise in frustration. Sometimes Safari remembers the password that I painfully transcribed for a site, usually it doesn't.
It's such a blatant oversight for a device that is touted no least as "the internet in your hands" that I keep wondering why I so rarely see other people mention it.
I was with you up until this last sentence. People who know what LastPass is (let alone use it) are in a tiny minority.
Given how they treat the development community (hello Xcode nightmare), which I'd wager is a much larger group, I don't think it's entirely surprising that something like password manager support would be further down in the list of priorities.
1password supports Dropbox integration, and it provides a web page inside your dropbox account (i.e. password protected) that you can log into with your master password to check them out.
It is not automatic nor integrated, and it does not allow you to add new passwords, but at least you can easily copy and paste them on the iPad.
Didn't know about Nitro, but this app is a flop because it has to be on top of UIWebView.
Not sure there's any other way to build this app, Google has some bright engineers.
http://news.cnet.com/8301-1023_3-57463546-93/google-chrome-a...
Most popular free application for iOS.
Marketing, better UI, sync features, herd mentality, who'll tell?
EDIT: This looks like it should do the job - http://www.redmondpie.com/change-default-browser-on-iphone-w... Just have to wait for an update.
At least when searching through App Store on the iPhone.
javascript:location.protocol='googlechrome'Edit: I was wrong about tab trashing, seems like old tab reloads when you come back from Incognito mode.
[1]: http://itunes.apple.com/us/app/google-search/id284815942?mt=...
Yes, it seems more likely that the opposite of what GP said will happen: iOS users will try Chrome, and seeing it is 3-4x slower than the default Safari, will assume that Chrome would be slow on Android too - it has the exact same name after all - so they'll stick with iOS.
http://itunes.apple.com/us/rss/topfreeapplications/limit=10/...
The flow for getting an app-specifc password is awful. It takes a large number of clicks (I think 7, but I lost count), and several of the pages are confusing. Not only that, but you have to enter your password and a name of the app. Ideally, it would be a reduced number of clicks (like 2–3), entering your password, and that's it. Adding a name for the app should be optional. My apps all have names like “alsjdlajshd” or “9”, because I'm impatient, and the likelihood that I'll ever need to invalidate one is low enough that I would be okay with just invalidating them all.
-I had forgotten how AWESOME omnibox is. You can speak to it!!
-Safari habits die hard
-The only thing I'm missing is the 'Reader' feature.
1. Not very robust - it keeps forgetting the Google passwords I've typed in
2. Why do I need to enter two Google passwords - my 'main' password AND an application-specific password?
3. Not very easy to use. For example, where's the option to see my browsing history on Chrome for iPhone?
That was brief.
-New tab with Most Visited and Recently Closed -Google Sync for bookmarks but more importantly it instantly empowers my Omnibox -the keyboard has an extra character row at the top that includes hyphens (simple but nice) -Swipe between tabs -find in page -Open in new tab defaults to opening in the background (I've missed this a lot) -unlimited tabs
I realise some of these aren't unique to mobile Chrome but as far as I'm aware they are missing from mobile Safari and they're the reasons I'll be sticking with Chrome.
In this case, why does Apple mandate the use of UIWebView instead of allowing a native implementation of Webkit+V8? It just seems like Apple is being stubborn as usual.
Turns out Google Chrome doesn't support bookmarklets... What the hell, Google!
It's much more likely it's this, since knowing Apple's review teams I would strongly suspect when they saw the "Google Chrome" app in the review queue they raised it up the management chain.
There is no rhyme or reason to this, it's just how it goes in the crazy world of iTunes Connect and the app store.
It doesn't even pretend to be a browser AFAIK.
Just installed it. Sweet. Finally I've got the same browsing experience on my iPad as on a desktop.