I love this! I feared that Instapaper development would stagnate after Marco sold it. Even though he said that they will develop a lot of new features, you know how it often times is when companies/apps get bought.
But i'm happy to see quite the contrary!
What i love about Instapaper is the fact, that it doesn't fuck around. It tries to be one thing and one great thing only. I don't want to see tweets, i don't want to see related articles or what other people think besides my texts.
Instapaper comes as close to reading a ebook/book as it could get. At least for me.
> I feared that Instapaper development would stagnate after Marco sold it.
Unfortunately "not stagnating" and "developing a lot of new features" these days usually means you will in fact soon start seeing tweets, related articles and what other people think besides your texts.
Which is a shame, because I too love the minimalistic approach of Instapaper.
On Android especially, the Instapaper app is way behind the Pocket one.
Pocket mostly applies successfully the latest Android design principles. It is not perfect, but it is a solid implementation.
Instapaper looks like it has been written by somebody discovering the support lib along the way. Bad drawer implementation, no attention to detail. It does not even look like the dev is using its own app, because there are some seriously low hanging fruit that should be easy to solve (for example I can't click on the drawer icon, only on the title for some reason).
It's hard to justify a subscription with such a weak effort and it is probably a vicious circle where the dev doesn't have a reason to improve his app either.
> If the response is not valid JSON, it should be interpreted as an HTTP 503 "Service Temporarily Unavailable" error, and the request should be retried later.
Maybe it does, normally. But there's always an outside chance that everything's fine at the point you start writing a response, but goes pear-shaped before you finish. This wording just reinforces what's probably common sense, i.e. that there's no reason you'd see invalid JSON other than a hopefully-transient operational issue.
The xAuth authentication method is suspect as well:
xAuth provides a way for desktop and mobile
applications to exchange a username and password for
an OAuth access token. Once the access token is
retrieved, xAuth-enabled developers should dispose of
the login and password corresponding to the user.
Asking users to trust third parties with the access details to your application? Sure they "review" the API token requests but who knows what that means.
Reading the page there seems to be a lot of talk about "keeping it simple" as if using the HTTP protocol is hard and confusing for developers. This is a bad sign, if they don't understand or care to understand something simple what are their security practices like?
I think we've encountered another situation where developers who don't fully understand HTTP best practices and standards, are asked to adapt their internal API services to work on the web :(
I am looking for something to replace pocket now that the old extension is dead and the new sucks. The service is still great on the phone but the firefox extension is crap:
- slow
- no red visual icon to signal the page is already stored
- no access to pages from firefox (bookmark not working for french locale or sthg)
- and the `new' button is just an add button that you have to stare at for 5 seconds because it will lose the focus and cancel the submission if you move to another tab.
I still love the UI of instapaper a lot more than the one pocket has on their iOS version.
The main reason I switched to pocket was that Instapaper doesn't seem to have support for PDFs.
I don't need any of the "position syncing" and other stuff. I just want to be able to download the PDF and view it offline in the same app that helps me do this to blogposts.
And they remove some images, so Wikipedia articles about math (with symbols as images) don't make sense. Diagrams and illustrations are often silently gone.
I keep reporting "some text/images missing", but overall I lost faith that I can read articles on Instapaper without missing anything.
It was the long-standing failure to handle code blocks and pull in images that moved me from Instapaper to Pocket. Have not looked back and finally got around to just nuking the instapaper app on my phone. After getting an early lead on the offline article niche Instapaper just squandered any goodwill by doing nothing to improve the product.
Instapaper is a lot stickier now. But the API appears to be write-only; neither there, nor anywhere else in the documentation, do I see any way to pull my data out of Instapaper if I should decide I no longer want to use it.
You can list your bookmarks (= saved articles), your folders and you can even fetch the processed-text HTML content for the bookmark, what else do you need?
It's provided as a `link rel="alternate" type="application/rss+xml"` on the /archive page (or any other folder). Sadly less and less browsers display these (or even indicate there's one) so you'll have to dive into the JS console or page source to extract the URL. I don't think there's an easier way to get at the RSS feeds.
There was never any "official" 3rd party access to the API other than an "add article" action. And when the API was made available, it was only to subscribers since the main revenue stream was sales of the official app. Since the official app is now free, that revenue stream doesn't need to be protected, and thus the API is now available to everyone.
But i'm happy to see quite the contrary!
What i love about Instapaper is the fact, that it doesn't fuck around. It tries to be one thing and one great thing only. I don't want to see tweets, i don't want to see related articles or what other people think besides my texts.
Instapaper comes as close to reading a ebook/book as it could get. At least for me.