But I can still hope.As someone who has moved between macOS+iOS and Windows/Linux+Android several times, this is doable.
For now, Chrome's Handoff behavior is the odd man out, so I wouldn't hold my breath for other cross-app handoffs. This curious behavior could simply be the result of a hack in Chrome to enable handoff support or a hack in WebKit's Handoff support in third-party iOS browsers.īut it also shows that perhaps Handoff could be a little more expansively implemented, allowing handoff across different apps, such as from Chrome to Safari or Word to Pages. It's in every other workflow where Google Chrome's Handoff doesn't work like Handoff should. A spokeswoman assured me that iOS-to-OS X handoff worked as designed, but that was not one of the issues I had reported. I suspect Apple's requirement that iOS browser apps use WebKit has caused a distortion in the standard Handoff APIs that Google has partially addressed, but not fully.Ī bug fix issued the next day didn't change the off Handoff behavior in Chrome. But Handoff is an omnidirectional protocol, so the handoff should work from computer to mobile device, not merely from mobile device to computer.Īgain, some communication is going on between the Chrome instances, but an intervening element makes Chrome not act like a typical Handoff app. No matter what your default browser on the Mac, Safari in iOS hands off to only Safari in OS X.įinally, I could not get Chrome in OS X to hand off to Chrome or Safari in iOS - Handoff seems to work in only one direction for Chrome in an iOS-OS X workflow.
#APPLE HANDOFF MAC#
If your default Mac browser is Chrome, Chrome in iOS hands off to Chrome in OS X. If your default Mac browser is Safari, the handoff is from Chrome in iOS to Safari in OS X. It shows your default browser, which you set in the General system preference in OS X. When you run Chrome on an iOS device, an in-range Mac sees the Chrome instance and offers to use Handoff to transfer the current Web page. It gets weirder when a Mac gets involved. There is some communication between the Chrome apps via Handoff, even if actual work is done by Safari. Mainly, anyhow - you still need Chrome on the iOS devices for Handoff to offer a transfer nothing happens if Chrome is not installed on all the devices. Thus, the handoff is not from Chrome to Chrome but from WebKit to Safari. I suspect the reason is that Apple forces all browsers to use its WebKit browser engine in iOS when you run Chrome, you're really running Safari with a different front end. I could not get Chrome to hand off Web pages to Chrome on other iOS devices, only to Safari. Thus, you could start composing an email on your iPhone and pick it up in progress on your Mac as long as you have the same email client on both devices.īut with Chrome running on an iOS device, your other devices (iOS and OS X) show Safari as the source of the handoff, not Chrome if you pick up a Web page, the other devices open Safari, not Chrome.
#APPLE HANDOFF BLUETOOTH#
Was this a harbinger of a looser Handoff policy? I hoped so, but the more I dig into the new Chrome browser, the less sure I am.Īs intended, Handoff lets Apple devices within Bluetooth signal range broadcast when a Handoff-capable app is running, and the other devices provide the option of transferring that app's current contents and states for the user. But Chrome on iOS can hand off information to Safari on a Mac - ignoring the app restrictions of the Handoff API. Apple lets any developer use the Handoff APIs in its OSes, so the technology is used by other companies' apps. Thus, when Google adopted Handoff this week in the latest version of its Chrome browser for iOS, I was intrigued. Apple has kept the APIs to its iOS and OS X operating systems, and apps can hand off content and state only to the same app on another devices using the same iCloud account. But it's by and large an Apple-only phenomenon, running exclusively on Lightning-equipped iOS devices and 2012-and-later Mac models, mainly on a selection of Apple's built-in apps. Apple's Handoff technology is one of those cool conveniences you have to experience.
0 kommentar(er)
