Posts in Linked

Dropbox Announces Forthcoming Integration with Google Docs, Sheets, and Slides→

Today on its blog, Dropbox announced an exciting piece of news: the company will soon add integrations between its service and Google’s G Suite. The most prominent of those new ties involves Google Docs:

Dropbox users will be able to create, open, edit, save, and share Google Docs, Sheets, and Slides directly from Dropbox. And when you’re working in Dropbox, you’ll be able to save Google Docs, Sheets, and Slides to your Dropbox account.

Considering how much effort Dropbox has poured into building its own Google Docs competitor in Dropbox Paper, it’s surprising to see the company embrace the competition wholeheartedly with a full-fledged integration like this. It’s certainly good news for Dropbox users though, as Google Docs has long been the gold standard of web-based, collaborative document services.

Today’s announcement post is unfortunately short on details of exactly when this integration will launch (besides saying “later this year”), or what it will look like. It’s unknown, for instance, if the change will primarily impact Dropbox on the web, or if Dropbox’s mobile app will be also optimized to do things like preview Google files and open them in their appropriate iOS apps for editing; one would hope mobile will reap the benefits too. The solid implementation of Dropbox’s existing support for Microsoft Office gives hope that the service will play just as nicely with Google when the time comes.

One related piece of news from the post is that Dropbox is also building native integrations for Gmail and Hangouts Chat, so you’ll be able to select files from your Dropbox account while using those services, plus a couple other small things.

Dropbox is pushing forward as a platform-agnostic, service-agnostic file hub for your working life. Whether the strategy will lead to long-term health for the company remains to be seen, but for me personally, it’s one of the points keeping me from giving Dropbox up and going all-in on Apple’s iCloud.

Permalink

Connected, Episode 182: Wireless Charging Denier→

Federico and Myke slander Stephen’s good name before talking about iPhone and headphone rumors and Amazon’s acquisition of Ring.

Also on this week’s episode of Connected: a discussion about the long-term impact of Apple’s Beats acquisition and the company’s approach to an increasingly growing ecosystem of smart devices. You can listen here.

Sponsored by:

  • Squarespace: Make your next move. Enter offer code WORLD at checkout to get 10% off your first purchase.
  • PDFpen, from Smile: Everything you need for more powerful PDF editing.
  • Pingdom: Start monitoring your websites and servers today. Use offer code CONNECTED to get 30% off.
Permalink

Twitter Launches Bookmarks Feature in New Share Menu→

Twitter had previously shared that it was working on a new feature, Bookmarks, which would let users privately save tweets for later. Today the company announced that Bookmarks have officially launched and are beginning to roll out to all users across iOS, Android, and Twitter’s mobile site.

As part of this launch, the Direct Message button previously available on every tweet is being replaced by a new Share button – hit Share, and you’ll see the following three options:

  • Send via Direct Message
  • Add Tweet to Bookmarks
  • Share Tweet via…

The latter option will load the system share sheet on iOS.

Tweets added to your Bookmarks are available only for your private viewing, and they can be found by opening the app’s sidebar and hitting the Bookmarks menu option. You can see the whole process of how Bookmarks work in the tweet below.

https://twitter.com/twitter/status/968908970109812736

Everyone will have their own purposes for using Bookmarks, but for my own use, I’m considering saving links shared on Twitter for reading later. Normally I do this by saving to Safari Reading List, but Bookmarks may be a simpler alternative. Also, anytime I come across a tweet I want to share with my wife at the end of the day, Bookmarks should be a perfect fit for that.

Permalink

WatchKit as a “Sweet Solution”→

Marco Arment (who’s been struggling with Watch app development for a while now) makes the case for WatchKit to be either discontinued or substantially expanded as, in its current form, it hinders the creation of more powerful apps.

Developing Apple Watch apps is extremely frustrating and limited for one big reason: unlike on iOS, Apple doesn’t give app developers access to the same watchOS frameworks that they use on Apple Watch.

Instead, we’re only allowed to use WatchKit, a baby UI framework that would’ve seemed rudimentary to developers even in the 1990s. But unlike the iPhone’s web apps, WatchKit doesn’t appear to be a stopgap — it seems to be Apple’s long-term solution to third-party app development on the Apple Watch.

When I first read his post, I thought that asking Apple to discontinue and replace WatchKit was perhaps too much. But after spending some time reorganizing my Watch favorites and complications last night and this morning, I agree with Marco. My favorite apps on the Watch are all made by Apple and are not based on WatchKit. The only exception is Workouts++ (which, as a workout app, has specific privileges). The only third-party Watch apps I regularly use besides Smith’s app are Things and Shazam (which is somewhat ironic) and they’re both accessed via complications; they’re okay, but I don’t love them because they’re often slow to sync data with their iPhone counterparts or take too long to launch and be in a usable state. When I’m out and about, I still don’t trust Watch apps to be as reliable as iPhone apps.

Despite three years of watchOS updates and more powerful hardware (I use a Series 3), the Apple Watch still doesn’t feel like the rich, diverse, and vibrant app platform that the iPhone is. Some might say that’s precisely the point – it doesn’t have to be because the Watch works best through notifications and complications. However, I often ask myself if such argument is the wearable equivalent of Aesop’s sour grapes – real Watch apps wouldn’t make sense anyway. Like Marco, I wonder what would happen if only Apple exposed real watchOS development tools to app makers.

Permalink

The Evolution of Alto’s Odyssey→

iMore’s Serenity Caldwell and Luke Filipowicz put together a great Q&A with Team Alto to discuss the making of Alto’s Odyssey.

Here’s my favorite bit, which only adds to my love for this game:

One of the big breaks in the new game’s theming came from the lives of Team Alto’s members themselves. “Things really clicked when we reflected as a group on how much our lives had changed since the release of Alto’s Adventure,” wrote Cymet. “The team had grown, some of us had moved away from the homes we knew to live in other places, and we had all experienced big personal upheaval in different ways.

“What we arrived at was a desire to capture the feeling of going outside your comfort zone, exploring the unfamiliar, and accepting that the concept of ‘home’ is related to the people close to you, not any one place. In many ways, this is what led us to the grandeur of Alto’s Odyssey’s setting. This idea of a fantastical place far from what you know as home, where you learn to see the beauty in embracing the unknown.”

Permalink

Connected, Episode 181: Headspaced Against My Will→

Federico has a surprise for the group, then goes on to teach about Things 3 before Stephen complains about its repeating task support. In a shocking turn of events, Myke has the need for a Mac app.

I had a lot of fun on this week’s episode of Connected. You don’t want to miss the surprise I’d been keeping from the group. You can listen here.

Sponsored by:

  • Ting: A smarter way to do mobile. Save $25 on selected devices or keep it as Ting credit.
  • Pingdom: Start monitoring your websites and servers today. Use offer code CONNECTED to get 30% off.
  • Squarespace: Make your next move. Enter offer code WORLD at checkout to get 10% off your first purchase.
Permalink

Smart Speakers and Speech Impairment→

Steven Aquino covers an important accessibility angle of smart speakers that I’ve never truly considered:

Since the HomePod started shipping last week, I’ve taken to Twitter on multiple occasions to (rightfully) rant about the inability of Siri—and its competitors—to parse non-fluent speech. By “non-fluent speech,” I’m mostly referring to stutterers because I am one, but it equally applies to others, such as deaf speakers.

This is a topic I’ve covered before. There has been much talk about Apple’s prospects in the smart speaker market; the consensus seems to be the company lags behind Amazon and Google because Alexa and Google Home are smarter than Siri. What is missing from these discussions and from reviews of these products is the accessibility of a HomePod or Echo or Sonos.

As I see it, this lack of consideration, whether intentional or not, overlooks a crucial part of a speaker product’s story. Smart speakers are a unique product, accessibility-wise, insofar as the voice-first interaction model presents an interesting set of conditions. You can accommodate for blindness and low vision with adjustable font sizes and screen readers. You can accommodate physical motor delays with switches. You can accommodate deafness and hard-of-hearing with closed captioning and using the camera’s flash for alerts.

But how do you accommodate for a speech impairment?

A human assistant would know how to deal with stuttering, dialects, or even just the need to repeat a part of a sentence you got wrong. None of the modern digital assistants currently goes beyond being a slightly humanized command line activated by voice, and I wonder who will get there first.

Permalink

Unread Gains Inoreader Integration and Automatic Safari Reader Option→

As John and I recently discussed on AppStories, there’s never been a better time to use RSS. There are several powerful services to choose from (we both like Inoreader), and the selection of modern RSS clients for iOS is also solid these days.

Unread, now developed by Golden Hill Software, is one of the more elegant options based on comfortable gestures and a focused reading experience. I linked to the app in November when it received support for the iPhone X and iPad multitasking; in the post, I noted that I still wanted to see Unread gain Inoreader integration and haptic feedback on the latest iPhones.

With version 1.9 released today, Unread now fully supports Inoreader and plays subtle taps for different kinds of swipe gestures. Syncing subscriptions with Inoreader supports the full range of options available on the service: in addition to unread and starred articles, you can view your active searches, browse websites by folder, or open articles for individual subscriptions. Along with the aforementioned Taptic Engine integration, I also want to point out that Unread 1.9 supports one of the lesser known Safari View Controller features on iOS: in the app’s settings, you can now enable an option to load Safari View Controller in Reader mode by default when you tap any link in the app.

Unread isn’t my default RSS client (I use Fiery Feeds 2 now), but I keep the app on my devices when I feel like I want to take a more relaxed approach to reading articles I’ve starred.

Unread 1.9 is available on the App Store.

Permalink

A Year-Long Experiment Comparing the Best Map Navigation Services→

We all have our own anecdotal reasons for thinking a certain map navigation service is best, but few of us are willing to perform a committed experiment that gathers enough data to prove our beliefs. Artur Grabowski, however, did just that.

In an experiment that began early last year and led to recording 120 different driving trips, Grabowski compared the big three mapping services: Apple Maps, Google Maps, and Waze. Though more complex studies could certainly be done, Grabowski kept things simple by focusing on answering only three questions:

  1. Which navigation app estimates the shortest travel time?
  2. How does each app over/underestimate travel times?
  3. Which navigation app actually gets you to your destination most quickly?

His results found that Waze estimated the shortest travel times, but that actually wasn’t a good thing, because the service also had the least accurate estimates. Apple Maps estimated the longest times, but that resulted in it being more accurate than its competitors. Google Maps, meanwhile, most often produced the fastest actual travel times, with Apple Maps and Waze placing second and third, respectively.

Grabowski’s tests are accompanied by the asterisk that his routes were all taken in the San Francisco Bay Area, where Apple Maps is likely at its strongest. Even so, the data he compiled over the year is fascinating to analyze, and shows just how competitive these services are with each other in the areas that matter most.

Permalink