Adobe announced today that it has set the end-of-life date for Flash, its popular technology for displaying animations and other multimedia on the web.
Adobe is planning to end-of-life Flash. Specifically, we will stop updating and distributing the Flash Player at the end of 2020 and encourage content creators to migrate any existing Flash content to these new open formats.
Apple has a long and storied history with Adobe and, more pointedly, Flash. When the first iPhone launched ten years ago, one of the chief controversies at the time surrounded the fact that Safari on iPhone OS did not support Flash, and Steve Jobs made it clear that it would not support Flash.
This stance grew into more of a sticking point for prospective consumers in 2010 when Apple’s new tablet, the iPad, did not support Flash either. Sparked by the newly revised controversy, Jobs laid out his thoughts on the issue in a piece simply titled “Thoughts on Flash.” His closing words predicted the technology could not survive in an increasingly mobile-first landscape.
Flash was created during the PC era – for PCs and mice...New open standards created in the mobile era, such as HTML5, will win on mobile devices (and PCs too). Perhaps Adobe should focus more on creating great HTML5 tools for the future, and less on criticizing Apple for leaving the past behind.
Shortly before the winter holidays, Consumer Reports announced that the new MacBook Pro had failed to earn its ‘recommended’ rating due to poor battery life caused by Safari. Apple disputed the testing done by Consumer Reports and worked with it over the holidays to track down the discrepancy between its testing and Consumer Reports’ results. Today, Apple released the following statement to a handful of outlets, including iMore and The Loop:
"We appreciate the opportunity to work with Consumer Reports over the holidays to understand their battery test results," Apple told iMore. "We learned that when testing battery life on Mac notebooks, Consumer Reports uses a hidden Safari setting for developing web sites which turns off the browser cache. This is not a setting used by customers and does not reflect real-world usage. Their use of this developer setting also triggered an obscure and intermittent bug reloading icons which created inconsistent results in their lab. After we asked Consumer Reports to run the same test using normal user settings, they told us their MacBook Pro systems consistently delivered the expected battery life. We have also fixed the bug uncovered in this test. This is the best pro notebook we've ever made, we respect Consumer Reports and we're glad they decided to revisit their findings on the MacBook Pro."
There have been reports of battery life issues with the MacBook Pro that are unrelated to Safari, but this should put the Safari issues raised by Consumer Reports to rest.
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.
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
preload="metadata" attribute, allowing
<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.
I first covered Sidefari by Francisco Cantu last month, noting how such a clever idea had arisen from Apple's limitations in the multitasking framework of iOS 9 for iPad:
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.