Apple Pay started with point of sale terminals and iOS apps. With iOS 10 and macOS Sierra, Apple has extended Apple Pay to include web-based purchases made with its Safari browser. Despite being limited to Safari, Apple Pay's combination of simplicity and security has the potential to make it a de facto requirement for online retailers.
Posts tagged with "safari"
Jer Noble on the WebKit blog:
Since before your sun burned hot in space and before your race was born, Safari on iOS has required a user gesture to play media in a
<audio>element. When Safari first supported
<video>in iPhoneOS 3, media data loaded only when the user interacted with the page. But with the goal of returning more control over media playback to web developers, we relaxed this restriction in iOS 8: Safari began honoring the
<audio>elements to load enough media data to determine that media’s size, duration, and available tracks. For Safari in iOS 10, we are further relaxing this user gesture requirement for silent
There are a few new
<video> policies in iOS 10, and the WebKit blog goes into great technical detail about what they all are. But for most users, there will be two main changes that you'll notice in iOS 10. The first is that iOS 10 will now support the ability to play videos automatically if they are silent. For example, some websites have a silent video background (e.g. The Life of Pi movie website), and others use it as an alternative to displaying GIFs. In iOS 10 these will be able to play automatically without a user interacting with it. It is important to note that this feature of automatic playback will only be triggered if a video has no audio tracks or is muted.
The second change is that on the iPhone, user-triggered video will not automatically enter full screen mode. Instead, videos will play inline, just as they do currently on the iPad and on Android. Full screen mode is still available, but a user will have to trigger that manually.
These may seem like small tweaks, but they are notable improvements to the video experience on Safari for iOS. The first brings the iPad and iPhone one step closer to the Mac/PC web experience, whilst the second is a recognition that iPhones have become large enough and powerful enough that it is entirely feasible that users may wish to view videos inline and continue browsing the webpage that has embedded the video.
Content blockers arrived with a splash on iOS last Fall when iOS 9 was released, but have only recently begun showing up on the Mac App Store. Last month I reviewed 1Blocker, a Safari content blocker that replicated its successful iOS app on the Mac. Today, Obied Corner released Roadblock for Mac, which takes its iOS content blocker and adds some compelling new features. What makes Roadblock unique, is its focus on profiles, allow you to set up different sets of content blocking rules for different use cases, and its simplified approach to creating complex custom rules. Despite a few limitations that I discuss below, these two features make Roadblock extremely powerful and an excellent choice if you are looking for a content blocker for your Mac.
If you are familiar with 1Blocker for iOS, then you will have no trouble figuring out 1Blocker for Mac because the two are nearly identical. What Federico explained about 1Blocker for iOS in his iOS 9 review applies equally well to the Mac version:
1Blocker [is] an excellent all-in-one Content Blocker that can block ads, trackers, social widgets, Disqus comments, web fonts, adult sites, and that lets you create your own rules for URLs, cookies, and page elements to hide or block. 1Blocker is Universal and it comes with over 7000 built-in rules, which you can individually turn on and off.
Safari is joining the growing collection of apps and developer tools that Apple wants to open up for public testing. Earlier today, Apple unveiled Safari Technology Preview, a separate version of Safari for OS X that will allow users and developers to test upcoming WebKit features.
Safari Technology Preview (which, unlike the regular Safari, has a purple icon) is a standalone app that will be updated every two weeks from the Mac App Store.
The browser will be fully compatible with iCloud: contrary to WebKit Nightly previews (the existing way of testing upcoming WebKit changes), Safari Technology Preview supports iCloud Tabs, Reading List, bookmarks, and every other iCloud feature of the stable version of Safari. Integration with iCloud should make it easier for users and developers to test Safari Technology Preview as their daily browser as they won't lose access to their iCloud account and personal data.
Here's Apple's Ricky Mondello:
Safari Technology Preview is a standalone application that can be used side-by-side with Safari or other web browsers, making it easy to compare behaviors between them. Besides having the latest web features and bug fixes from WebKit, Safari Technology Preview includes the latest improvements to Web Inspector, which you can use to develop and debug your websites. Updates for Safari Technology Preview will be available every two weeks through the Updates pane of the Mac App Store.
Safari Technology Preview requires a Mac running OS X 10.11.4 and it's available for download today here.
Sidefari essentially acts as an on-demand Safari View Controller built into an app that does nothing else, and that's been made available for Split View. In its simplicity, I find Sidefari to be an ingenious idea for an app that uses a built-in technology to work around a limitation of Apple's multitasking design in iOS 9. By using Safari View Controller, Sidefari comes with a series of Safari features available by default (such as autofill and Reader); for Safari users, this is a superior alternative to using Safari and a browser like Chrome in Split View, as third-party browsers can't access user data and settings from Safari.
I've been using Sidefari extensively on my iPad: while other third-party browsers exist with support for Split View (notably, both Google Chrome and the Google app can be used to browse webpages alongside Safari), Sidefari brings the convenience of having an instance of Safari that looks and behaves like the system browser. This convenience applies to design and security features, but also to everyday tricks like holding the address bar to open a URL or built-in Reader mode.
Yesterday, Cantu updated Sidefari with iPhone support and other minor improvements on the iPad. On the iPhone, the app now offers an action extension to open any link modally in Safari View Controller from any app. This is reminiscent of Browsecurely in that you can summon Safari views from apps that don't support them– like Twitter's official app – and it works well. On the iPad, the app has two new options: the address bar now doubles as a search box for Google search so you can type any query in it, and you can set a Home page to open with an icon in the main view. Both additions are quite handy if you want to save a little bit of time when using Safari and Safari View Controller simultaneously (the latter doesn't let you tap the address bar to search manually, nor can you access bookmarks with it).
Sidefari has become one of my must-have utilities on the iPad, and I'm glad it's on the iPhone too. Sidefari is available at $0.99 on the App Store.
In my review of iOS 9, I noted how new iPad multitasking features lacked an important functionality that had long been available to desktop users: a way to view multiple screens of the same app side by side. Whether it's documents, conversations, or email threads, there's a clear utility in being able to split the same app in multiple instances, but that's currently not possible in iOS 9.
I'd argue that the ability to view multiple webpages at once would be even more useful than the aforementioned examples. And that's exactly what Sidefari, a $0.99 iPad-only app released today by Francisco Cantu, wants to provide a solution for.
Sidefari uses Safari View Controller to let you open a second webpage in Split View on your iPad. Unlike Browsecurely, Sidefari doesn't display Safari View Controller on the top of the app you're currently using – it's been designed, as the name suggests, as a side companion based on the Safari web views introduced with iOS 9. Whenever you find yourself needing to open two webpages and view them simultaneously, you can invoke Sidefari from the Slide Over app picker and enter Split View. At this point, you have some options: you can use the Sidefari extension to send a webpage from the main app to Sidefari (which needs to be in Split View already to open the URL directly), or you can paste a URL into Sidefari and open the webpage from your clipboard. Sidefari can also hold up to 50 items from your history in the app, but this can be disabled in the Settings.
Sidefari essentially acts as an on-demand Safari View Controller built into an app that does nothing else, and that's been made available for Split View. In its simplicity, I find Sidefari to be an ingenious idea for an app that uses a built-in technology to work around a limitation of Apple's multitasking design in iOS 9. By using Safari View Controller, Sidefari comes with a series of Safari features available by default (such as autofill and Reader); for Safari users, this is a superior alternative to using Safari and a browser like Chrome in Split View, as third-party browsers can't access user data and settings from Safari.1
Sidefari is a clever implementation of Split View and Safari View Controller, and it's only $0.99 on the App Store.
- They can, however, offer tabbed browsing, which Safari View Controller doesn't have. ↩︎
One of the best details of Peace, Marco Arment's original Ghostery-based Content Blocker for iOS 9, was the ability to summon Safari View Controller anywhere with an extension. As I wrote in my review:
Open Unrestricted and Open in Peace are interesting, as they leverage Safari View Controller to temporarily disable (Unrestricted) or use Peace for a link passed to the extension. This means that, besides Safari and apps that support Safari View Controller, you can enjoy the benefits of Peace from the system share sheet. Even if an app doesn't integrate with Safari View Controller – such as Twitter, but there will be many others – as long as they can share a URL with native extensions, you'll be able to use Peace's Content Blocker and Safari View Controller. This is a genius way to circumvent apps that don't support the superior Safari View Controller experience in iOS 9, and I bet that other developers will be "inspired" by it once they see it.
Developed by Martin Gordon, Browsecurely is a new app for iPhone and iPad that lets you open Safari-based web views in every app that supports the iOS share sheet.
The idea is extremely simple: in spite of the many advantages of Safari View Controller (which include privacy features, performance gains, Content Blockers, and an experience consistent with the system browser), there are still some apps –like Twitter's official client – that prefer not to implement it, using their own web views independent from Safari. Browsecurely offers a way out from those web views: as long as you can share a webpage's URL with native extensions, you'll be able to open the selected webpage with Safari View Controller using the Browsecurely action extension. By doing this, you'll simply be opening a URL in Safari View Controller without leaving the app you're using; current Content Blocker, Reader, and other Safari settings will carry over from the browser automatically.
I was waiting for someone to replicate Peace's Safari View Controller extension in a dedicated app, and it doesn't surprise me that this basic functionality is available for free with an optional In-App Purchase to support the developer. Browsecurely has no additional features – it's just a way to open links in Safari View Controller with an extension.
I have to wonder if, eventually, Apple will make a Safari extension themselves, allowing users to always open links with Safari View Controller as a system-level option available in every app. In the meantime, Browsecurely comes in handy to quickly view webpages in Safari View Controller from the share sheet, and it's available for free on the App Store.
In my review of iOS 9, I included a link in a Safari footnote mentioning the possibility for developers to activate Safari Reader programmatically in their apps. Apple has some documentation on this: if available, apps can choose to switch Safari View Controller to Reader mode automatically, without requiring users to tap the Reader button first. I wrote that I hadn't seen any example of the feature, but I was curious.
Newsify, a powerful (and highly customizable) RSS reader for Feedly, has recently been updated with a watchOS 2 app and support for iOS 9 multitasking. Among the various new options, Newsify lets you pick Safari View Controller (called "in-app Safari" in its Settings) for viewing articles, with an additional Reader view that can also be toggled in Settings. This way, every time you tap on an article's web view in Newsify, it'll open Safari View Controller in Reader mode by default, stripping away unnecessary content.
Here's what you can do to try this out. Open Newsify, go to Settings > Article Browser > Globe Button Action and choose 'Open in Safari'. In the same screen, under Safari Open Action select 'Open Safari In-App (Reader view)'.
Now, go back to the list of articles, tap one, and tap the globe icon to open the article's web view. Safari View Controller will open the webpage, briefly load the main content, and then Reader will activate automatically, with the same appearance settings you used the last time you opened it elsewhere on iOS.
I think this is a great way to provide a "readability" mode in apps by combining the benefits of Safari View Controller with the convenience of Safari Reader. I hope that more apps will consider this option.