Pocket

  • Signup
  • How to Save
  • Blog
  • Support
  • Login

Archive for the ‘Development’ Category

« Pocket Blog

Security Update: Pocket & the Heartbleed Exploit

April 9th, 2014  •  By Matt

You may have heard about a recent internet-wide security vulnerability that has been discovered. Known as “Heartbleed“, this vulnerability was found in a popular technology, OpenSSL, that many services like Pocket use to transport private information across the internet securely.

After learning about this vulnerability, we immediately took action and are able to confirm that Pocket is no longer vulnerable.

Here are the steps we took:

  • Quickly patched the issue by deploying updated OpenSSL libraries on our servers
  • Revoked and renewed all of our SSL certificates

These fixes were in place as of 9pm PT on Tuesday, April 8th (4:00 UTC on Wednesday, April 9th).

Moving forward, we strongly recommend that all Pocket users reset their passwords to ensure their data is secure. Click here to change your password.

Users who want to be extra careful can revoke all access tokens from the official Pocket apps as well as third-party integrations. Please note that this will disconnect your Pocket account from all apps, and require that you log in again. Your saved items will be automatically re-downloaded. Click here to remove access from apps.

It’s very likely that this vulnerability affects other services you use and love, and therefore we suggest changing your password on a broader scale to stay safe. For more information about the Heartbleed vulnerability, visit http://heartbleed.com/.

If you have any questions or concerns, we welcome you to email us at security@getpocket.com.

Posted in Development

Android Wear Prototype: Quick Sharing to Pocket

March 20th, 2014  •  By Max

Exciting Possibilities with Android Wear

This week, Google unveiled Android Wear and made its first official move into the smartphone market.

Up until now, smartwatches have focused solely on delivering short notifications. Yet what’s been missing is the ability to quickly act on that information by saving or sharing it.

Android Wear changes this. Yes, it’s still designed for delivering quick snippets of information – things like Google Now notifications, tweets, news alerts, emails, and to-do lists. But it is also designed for glancing at important information and taking action, for example, letting you save content to Pocket without pulling out your phone.

Add “Save to Pocket” to Your Wear App with Our SDK

Imagine your friend sends you an interesting article. Your Android Wear smartwatch gets an alert and you think, “Hmm, I’d really love to read that on my commute later.” You swipe, and an action pops up to save to Pocket. In a single tap, the article immediately becomes accessible in your list for whenever you have the time to go back and read it.

We whipped up a quick prototype to show just how easy any app can add quick sharing support like Pocket. You can try the code that makes this possible in Github.
 

Work in Progress

Given that Android Wear’s SDK is still in Developer Preview and was only recently released, this should be considered a work in progress. Be sure to understand and follow Android’s UI guidelines for wearables. We will be updating things as the Developer Preview continues to take shape. Please let us know if you have any feedback or requests.

Max Weiner is Pocket’s Android Development lead and tweets at @XxXxXxXxXxam.

 

Posted in Development

Tiny Impacts: The Case of the Accidental Archive

October 1st, 2013  •  By Max

Tiny Impacts

First impressions make all the difference. In the mobile world of instant gratification, you have only minutes, and in many cases, seconds, to make that first connection with a newcomer. Apps have to be instantaneously understandable or suffer abandonment or the great and terrible Uninstall. There is not much threshold for frustration.

At Pocket we take a lot of pride in the small details and spend time tuning that first impression to avoid confusion or even the occasional rage quit. We have found that sometimes the most helpful changes can be the most subtle. Here’s one example from Max Weiner, a developer on the Android team.

The Case of the Accidental Archive

In our Android app, up until a few months ago, the Reader’s Action Bar (top toolbar) was the only place within the app where we did not use the Up Button convention. We want the reading and watching experience to be all about your content, we want to get out of the way, so we didn’t want yet another icon cluttering up the space—especially one that served a duplicate purpose of the hardware back button.

We placed all of the actions you could take on an article on the left side of the Action Bar, with the Archive Button in the leftmost spot. Tapping this button closes the Reader and moves the item from your list to your Archive.

Through user testing, we discovered that new users were instinctively tapping the Archive Button to go back, expecting the Up Button to be there. The Reader would close but the item they saved would disappear, and they would return to their list empty or missing their article.

Since they thought they were just going back, they didn’t realize that they also had sent the item to the Archive. This often elicited a “wtf just happened” reaction.

The subtle change of adding the Up Button convention and reorganizing the actions to the right side, completely eliminated the accidental archive and had a significant impact on this first impression.

Before and after android view in pocket

Looking at people who opened an article in Pocket for the first time, and were presented with this toolbar, the Up Button change increased the likelihood they would continue using Pocket from this point onwards by 23%! That is a lot of frustration eliminated for a minor change.

Understand Expectations

We are now in an age where Android has clear and effective design. Gone are the days where every app looked and acted completely different in a great jumble of UX patterns. Android 4.0 brought with it clear style and patterns, and Android users have collectively developed expectations in regards to UX.

If changing the location of one button can make a big difference, I think the results of redesigning an entire app, still stuck in the pre Android 4.0 age, could be quite dramatic.

This isn’t to say you should follow the design guidelines as law. The key word there is guideline. You can still innovate with design, but just be aware of potential confusion if you go against expectations.

Max Weiner is Pocket’s Android Development lead and tweets at @XxXxXxXxXxam.

Posted in Development, News , Android, Design, developers, Development, Technology

Introducing the New Pocket API for Developers and Publishers

November 7th, 2012  •  By Mark

 

It has been an incredible year for Pocket: We’ve grown to more than 6 million users, and we’ve expanded to new platforms including Mac, Chrome and Safari, in addition to our iOS, Android and Kindle Fire apps.

But we couldn’t have done it without you. We now have 10,000 developers integrating their apps and sites with Pocket, and 45% of Pocket’s more than 1 million daily saves come from third-party apps.

“Save to Pocket” is now a core part of the user experience inside the most popular apps and websites—from Twitter and Flipboard to Tweetbot, Digg, BuzzFeed and more. And in content-focused apps like Zite, Pocket is often one of the most-used share services, alongside Twitter and Facebook.

Today we’re introducing the new Pocket API, which makes it even easier for developers and publishers to put Pocket to work in their own apps—and to do so in more powerful ways.

Start Building with the New Pocket API

What’s In the Pocket API

Our new API includes easy integration and access to the great Pocket features available in our native apps. Here’s what’s new:

• Quick authentication: With OAuth 2, users can connect to Pocket with just two taps and without having to enter their username and password.
• Drop-in iOS/Mac SDK: With just a few lines of code, you can drop Pocket’s all new Objective-C SDK into your app, which manages authentication, performs API requests, and provides access to all of the new API features. (See our video demo below.)
• New API Features: Developers and publishers can access all of Pocket’s most up-to-date features, including favorites, content type filters, more robust tagging, and domain searches.
• New developer portal: We have a new developer site with improved documentation including step-by-step implementation instructions and examples.

What Developers Are Saying About the Pocket API

“‘Save for later’ has become an essential part of mobile news consumption, and I wouldn’t even consider launching a news app without Pocket integration.” -Mike Klaas, co-founder, Zite

“Pocket integration continues to be one of most asked-for features in the new Digg, and the new SDK made implementation super easy!” -Jake Levine, general manager, Digg

“Saving articles to Pocket is a must-have feature for a content-driven application like Readingly. And Pocket users are some of the most engaged users we have.” -Alex Kristofcak, founder, Readingly

“Save-for-later support is an important feature for TweetCaster, which makes integrating with Pocket essential. From a development perspective the new API and iOS SDK couldn’t have been easier to implement and we think our users will appreciate how seamless the integration is.” -Evan Conway, president of OneLouder Apps

Get Started Now 

Developers can get started immediately with the Pocket API: Just sign up here and start building.

More Resources: Pocket SDK Demo

Pocket Objective-C SDK Screencast from Pocket on Vimeo.

Posted in Development, News , api, developers, Pocket, publishers, sdk

Pocket’s Tips for Aspiring Android Developers: It’s Not Really Terrifying, and In Fact Quite Enjoyable

June 6th, 2012  •  By Max

Note: This is the first in an ongoing series from our Pocket team on how everything comes together behind the scenes. First up: Max Weiner, Pocket’s lead developer for Android

 

If you’re an aspiring Android developer, it may have been discouraging to read some of the recent conversations about what it’s like to develop for Android. With the number of different Android smartphones and tablets growing—by OpenSignalMaps’ count, 3,997 distinct devices—the app-building process might seem complex, frustrating and, if you have to buy all these devices, way too expensive.

But having just come off a successful Android launch for Pocket, and having supported Android devices since our Read It Later days in 2010, my message for you is this:

Fear not.

The path to developing a top app that is compatible with the vast majority of devices is within your reach. Here’s a brief history of how we did it for Pocket, and what we learned from the experience.

(Note: Since games can require much more fine-tuned performance, I can’t vouch for how our approach would have worked for game development.)

Step 1: Pick an Android device, any Android device

I started developing the Pocket (formerly Read It Later) Android app in the fall of 2010.

To get started, I bought a Samsung Fascinate for 1 cent on Amazon (with a two-year contract) and added a data plan to my cell service. At the time, there were four Android versions: Cupcake (1.5) and Donut (1.6), Eclair (2.1) and Froyo (2.2). Eclair was approximately 50% of the market.

While Android had emulators back then, they were so slow that they were nearly worthless. So, for the next few months I developed completely on this one device.

As we got further along, my brother Nate, who is the founder of Pocket, wanted to start playing with the app. I lived in Oregon and he lived in San Francisco, so in order for him to be able to start testing the app, he got a Nexus One (with Froyo) from someone on Craigslist.

Now our internal QA process involved two devices.

Step 2: Tap into the community of Android users

A month before we launched our app, we opened up a private beta with about 50 users in it. We made sure they covered a good spread of devices that we didn’t have.

In March 2011, we launched our app (which we lovingly referred to as Baby Andril). Within two days the app became the No. 1 paid news app and it stayed that way for over a year until we went free this past April. During this period, the pro app had a rating of 4.7 (out of 5) on the Market.

With just these two devices we were able to effectively cover more than 90% of the market. Complaints about a specific device issue were very rare.

(Side note: Of course, tablets hadn’t yet arrived on Android when we first started working on Read It Later, so it was a form factor we didn’t need to deal with. If we had just started out today, with more limited resources, we would have wanted to get our hands on an Android tablet just so we can feel that experience.)

Step 3: Use the new and improved resources now available

Android has grown a great deal and while the spectrum of device variations has greatly increased, so have the resources available to developers. With steady improvements and the introduction of new VM emulators, the emulators are now totally usable and helpful. You can test any number of versions of Android or screen sizes without having to buy a device for each one. There are also official compatibility libraries to make it easier to bring new features to older devices.

Previously, it was difficult to define what an Android app should look like. With the introduction of the Holo Theme and the design guidelines, Android has found its style. This makes designing for Android much clearer and more enjoyable. It is much easier to create a polished Android app.

Step 4: Embrace Android

There are some great things you’ll love about Android as a developer, like push messaging (C2DM), background services, share intents and widgets. The world is diverse, users are diverse and Android is clearly meeting a big need.

It may seem obvious, but if you want to develop for Android, become an Android user yourself. Get involved in the Android community. Having a strong appreciation and understanding of how the Android conventions work will be one of your most important assets. Android has its own way of doing things and you should understand them. Users notice these things.

Pocket today: A few more devices

Pocket, too, has grown significantly over the last year, so we have slowly added more devices. We now have 13 devices, gathered through purchases, personal devices and those that have been donated. Most of this was to accommodate our growing team (now 8 people) and the introduction of Android tablets. This also allows us to have devices spanning from Android 2.1 to 4.0, with a variety of different sizes and resolutions.

Occasionally, there are still some devices that give us grief, but it isn’t preventing us from being successful on the platform.

As we grow we will continue to expand our QA abilities, and who knows, maybe one day we will have a 24/7 worldwide, 40-device strong, QA testing matrix run by a former Air Force colonel, or an office filled with 400 devices, but we have done a lot just starting with a 1-cent device.

So fear not, if you want to join the Android party, you can get started for $0.

–Max Weiner, lead Android developer, Pocket

p.s. If you are planning to make an app to compete with Pocket, then disregard everything I have said. Android is terrible and scary, run far, far away from here.

Posted in Development, News , Android, developers, devices, Pocket, Technology

Blog

Follow Updates
  • Twitter
  • RSS
Categories
  • News
  • Trends
  • Developers
  • Press
Latest Posts
  • Introducing the Pocket Instant App for Android
  • Introducing the Pocket iMessage app!
  • Taking Pocket Further with Mozilla
  • Making the web a more interesting place
  • Now in iOS 10! New ways to find something good to read in Pocket
  • Blog
  • About
  • Explore
  • Developers
  • Publishers
  • Terms of Service
  • Privacy
  • Support
  • Jobs

© 2017 Read It Later, Inc

  • Connect:
  • Twitter
  • Facebook
  • Google Plus