Posts tagged with "iOS 9"

Apple Details Wi-Fi Assist Feature of iOS 9

With a support document (via Dan Moren at Six Colors), Apple has detailed the Wi-Fi Assist feature of iOS 9, which automatically switches to cellular data if a Wi-Fi connection is performing poorly. Some of the interesting tidbits:

Wi-Fi Assist will not automatically switch to cellular if you’re data roaming.

Wi-Fi Assist only works when you have apps running in the foreground and doesn’t activate with background downloading of content.

Wi-Fi Assist doesn’t activate with some third-party apps that stream audio or video, or download attachments, like an email app, as they might use large amounts of data.

Wi-Fi Assist received a bit of criticism when iOS 9 launched as some users couldn’t figure out why their cellular data usage increased. I’m glad that Apple has shared more details on the subject, though I still think it should be off by default.

Permalink


Fixing Safari View Controller

Dan Provost has a simple fix for the ‘Done’ button of Safari View Controller that is in an annoyingly awkward position to reach:

The hard-to-reach-and-sometimes-hidden Done button makes browsing links in Tweetbot way slower. I have even turned Reachability back on in an effort to make things a little easier. The horror.

Thankfully, I think there is a pretty easy fix that I hope Apple would consider.

I like his idea. I hope Apple comes up with a better way to dismiss Safari View Controller that doesn’t involve stretching my thumb all the way to the top.

Permalink

iOS 9 Universal Links and Forgotten Passwords

Slopes developer Curtis Herbert has been thinking about how to create a better password reset flow for apps on iOS 9 with Universal Links:

With universal links we can remove Safari from that process entirely. Users can now reset their password in-app, allowing the app to also automatically log them in after the reset. This is all possible while still having the security of the reset password email to confirm identity.

Good idea, and one of the many advantages of Universal Links (check out his demo to see how native 1Password integration makes everything easier).

Permalink

Safari View Controller and Automatic Safari Reader Activation

Left: Safari Reader, automatically activated by a Newsify web view.

Left: Safari Reader, automatically activated by a Newsify web view.

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.


The Cost of Mobile Ads

Fascinating research by The New York Times on Content Blockers and performance gains in iOS 9:

Ad blockers, which Apple first allowed on the iPhone in September, promise to conserve data and make websites load faster. But how much of your mobile data comes from advertising? We measured the mix of advertising and editorial on the mobile home pages of the top 50 news websites – including ours – and found that more than half of all data came from ads and other content filtered by ad blockers. Not all of the news websites were equal.

Don’t miss the charts here. Also, from the related article:

As for me, the test results spurred me to keep Purify enabled on my iPhone. While I’m browsing, the app lets me easily denote a website whose ads I want to allow to be shown, an action known as “whitelisting.”

That means the websites I enjoy visiting that have slimmer ads — like TheGuardian.com, and, ahem, NYTimes.com — will be whitelisted. But sites saddled with ads that belong in digital fat camp will remain blocked for the sake of my data plan.

It’s fascinating to see how many are coming to the same conclusions.

Permalink

Tweetbot 4 Review: Bigger Bot

There have only been two great Twitter apps for iPad since 2010: Loren Brichter’s Twitter, and the original Tweetbot for iPad.

As I reminisced last year in my look at the state of Twitter clients, iOS apps for Twitter are no longer the welcoming, crowded design playground they once were. Developing a Twitter client used to be an exercise in taste and restraint – a test for designers and developers who sought to combine the complex networking of Twitter with a minimalist, nimble approach best suited for a smartphone. Twitter reclaimed their keys to the playground when they began offering “guidance” on the “best opportunities” available to third-party developers. Four years into that shift, no major change appears to be in sight.

For this reason, I’d argue that while the iPhone witnessed the rise of dozens of great Twitter clients in their heyday, the iPad’s 2010 debut played against its chances to receive an equal number of Twitter apps specifically and tastefully designed for the device. Less than a year after the original iPad’s launch (and the Tweetie acquisition), Twitter advised developers to stop building clients that replicated the core Twitter experience; a year later, they started enforcing the 100,000-token limit that drove some developers out of business. Not exactly the best conditions to create a Twitter client for a brand new platform.

Largely because of the economic realities of Twitter clients, few developers ever invested in a Twitter app for iPad that wasn’t a cost-effective adaptation of its iPhone counterpart. Many took the easy route, scaling up their iPhone interfaces to fit a larger screen with no meaningful alteration to take advantage of new possibilities. Functionally, that was mostly okay, and to this day some very good Twitter apps for iPad still resemble their iPhone versions. And yet, I’ve always felt like most companies had ever nailed Twitter clients for a 10-inch multitouch display.

With two exceptions. The original Twitter for iPad, developed by Tweetie creator and pull-to-refresh inventor Loren Brichter, showed a company at the top of their iOS game, with a unique reinterpretation of Twitter for the iPad’s canvas. The app employed swipes and taps for material interactions that treated the timeline as a stack of cards, with panels you could open and move around to peek at different sets of information. I was in love with the app, and I still think it goes down in software history as one of the finest examples of iPad app design. Until Twitter ruined it and sucked all the genius out of it, the original Twitter for iPad was a true iPad app.

And then came Tweetbot. While Twitter stalled innovation in their iPad app, Tapbots doubled down and brought everything that power users appreciated in Tweetbot for iPhone and reimagined it for the iPad. The result was a powerful Twitter client that wasn’t afraid to experiment with the big screen: Tweetbot for iPad featured a flexible sidebar for different orientations, tabs in profile views, popovers, and other thoughtful touches that showed how an iPhone client could be reshaped in the transition to the tablet. Tapbots could have done more, but Tweetbot for iPad raised the bar for Twitter clients for iPad in early 2012.

Three years later, that bar’s still there, a bit dusty and lonely, pondering a sad state of affairs. Tweetbot is no longer the champion of Twitter clients for iPad, having skipped an entire generation of iOS design and new Twitter features. Tweetbot for iPad is, effectively, two years behind other apps on iOS, which, due to how things turned out at Twitter, haven’t been able to do much anyway. On the other hand, Twitter for iPad – long ignored by the company – has emerged again with a stretched-up iPhone layout presented in the name of “consistency”. It’s a grim landscape, devoid of the excitement and curiosity that surrounded Twitter clients five years ago.

Tweetbot 4 wants to bring that excitement back. Long overdue and launching today on the App Store at $4.99 (regular price will be $9.99), Tweetbot 4 is a Universal app that builds upon the foundation of Tweetbot 3 for iPhone with several refinements and welcome additions.

In the process, Tweetbot 4 offers a dramatic overhaul of the iPad app, bringing a new vision for a Twitter client that’s unlike anything I’ve tried on the iPad before.

Read more



What If You Used iOS 9’s Low Power Mode All the Time?

Matt Birchler has asked the question I imagined many would come to ask after the launch of iOS 9:

One of my favorite new features of Apple’s iOS 9 is Low Power Mode. This feature is designed to kick in when you reach 20% battery remaining, and give you a little more time before you have to race to a charger. And while most iOS 9 reviews covered this mode briefly and determined it worked as advertised, I wondered what would happen if you used Low Power Mode all the time. I was surprised that no reviewer seems to have done this, so I took it upon myself to give it a try. I don’t have any standardized battery tests that I can do, so I simply spent the last 2 weeks alternating between using Low Power Mode all day, and not using it at all and comparing the differences. My findings are rather remarkable.

As I explained, I advise against leaving Low Power Mode enabled all the time because it’ll alter your iPhone experience across system apps and third-party ones. Still, fascinating findings with impressive results.

Permalink