Got my Beats X replaced under warranty. The headphones died on the third day of my vacation, roughly ten month after purchase.
For the record, after a downtime of over two months, Instapaper finally became accessible to European users again1. Just when everyone was (rightfully) giving up hope for a happy ending, word came out that Pinterest is transferring ownership of the app to the developers who worked on the app during the Betaworks years.
In order to refinance work invested into the app by the new owners, Instapaper Premium makes its return in exchange for the same amount of money that the service charged before the acquisition by Pinterest.
Although I’m still a bit grumpy about the extended downtime I think I will become an Instapaper user again. Regrettably, the app hasn’t got much attention during the Pinterest years. I’d love to be convinced of the prospect of a brighter future by the advent of new features going forward.
Out of the blue, Rohit Nadhani (CEO of CloudMagic) shared the sad news that Newton will be shut down on September 25th:
It was a tough business decision. We explored various business models but couldn’t successfully figure out profitability & growth over the long term. It was hard; the market for premium consumer mail apps is not big enough, and it faces stiff competition from high quality free apps from Google, Microsoft, and Apple. We put up a hard and honest fight, but it was not enough to overcome the bundling & platform default advantages enjoyed by the large tech companies.
For me, this is really a blow. In March, I’ve bitten the bullet and subscribed to Newton as a no-bullshit, straight-forward, and mostly stable1 e-mail client that delivered a significantly sized subset of my requirements towards an e-mail client.
And I liked it. It is (or soon will have been) the best e-mail client on iOS that I ever used.
I was hoping that the user base of (according to CloudMagic) 40000 subscribers was giving the developers a solid financial basis for working on the app going forward. But it’s not going to happen.
It’s sad to see this app disappear.
- The fact that this needs to be emphasized says everything about the state of iOS e-mail clients. ↩
I’m not exactly busy searching for a replacement of DEVONthink (To Go) on my devices. Sure, I’ve been through some unpleasant issues with DEVONthink’s iCloud sync, ending up with the conclusion that I should stick to the older and more proven sync mechanisms for the moment. But still.
When I became aware of Keep It I wasn’t immediately thrilled, to say the least. Many years ago, I have been using Keep It’s predecessor, Together. At that time, Together was an OK Mac app which never got an even halfway decent iOS companion. Even back then, an app of this category was not acceptable for me without an iOS companion.
Fast forward to today: at some point, I decided to give Keep It a try in the most literal sense of the word: by activating the two-weeks trial period of the subscription required to use Keep It.
I have to say I like the design of the app and how well it integrates with the design language currently favored by Apple. However, the app is not as polished as you’d wish. For example, scrolling through a list of entries is not exactly smooth, even on contemporary hardware.
In contrast to DEVONthink, Keep It does not support different databases or different sync stores. It can only sync between devices using iCloud.
Before diving deeper into features that may distinguish Keep It from e.g. DEVONthink To Go, my primary goal during the trial period was to see how Keep It would hold up in very elementary ways (e.g. store, search, organize) in comparison to DEVONthink To Go and whether it could, in theory, replace DEVONthink for me.
Thankfully, Keep It supports the creation of folders inside the database which was an important feature for me in mirroring my current content of DEVONthink databases in an organized way to Keep It.
On top of moving stuff over, I used Keep It in parallel to DEVONthink, i.e. everything that I’d add to DEVONthink was also added to Keep It in order to compare the friction of working with one or the other app.
To make a long story short, the overall experience of putting my stuff into Keep It wasn’t exactly encouraging:
- Files that had an extension in DEVONthink were given an additional extension on top of the existing one. For example, a file named file.pdf ended up as file.pdf.pdf.
- File that did not have an extension were not properly recognized but just declared as having the type “data”.
- The share sheet was unable to store imports in any other folder than the default import location. Files shared to a different folder simply never appeared in that folder.
- Sometimes individual files would not sync between devices.
- After sharing a file to the default import location it was not possible to move the file to a specific folder because the target folder inexplicably did not appear in the list of folders offered by the move action. Outside the move action, the target folder was perfectly visible and had all the expected content.
To summarize, I think I’ll pass and maybe have a look again after a couple of updates down the road.
Hey, look at that.
A while ago, I have mentioned that the share sheet implemented by Cultured Code’s Things did not behave the way I would like it to behave. As a benchmark, I triggered the share sheet on Things’ own App Store page.
Today, apropos of nothing, I had a look at how the current version of Things is doing. To my mild surprise, the share sheet has improved.
In particular, the title part is now filled properly. However, the content of the title is repeated word by word at the top of the body part, for whatever reason.
It is hard to see what kind of sense this makes. The duplicate text would have to be removed manually, which can rightfully be called a bummer.
But don’t get me wrong, I appreciate any progress being made.
We look forward to having the same Instapaper service you know and love accessible in Europe in the very near future. Thanks for your patience.
Near future, eh? It‘s been more than a month, FYI.
I can’t believe that it takes Instapaper more than a full month to return to service if they really want to. I was never a fan of the acquisition by Pinterest and it seems that my initial skepticism was warranted.
Now Instapaper is just a small side-product that does not seem to get much attention any longer. I, for one, have given up on waiting for the service to return.
I haven’t finally decided about the replacement for Instapaper. And so my current approach for clutter-free reading stuff later consists of a mixture of using Pinboard in combination with Pinner/Pushpin, and the text extraction function in DEVONthink.
The Logitech Slim Combo is a case for the iPad Pro that comes with a magnetically attachable keyboard. The keyboard uses the smart connector for communication with the iPad.
This comes with the benefit of not having to care for another set of batteries that – sooner or later – needs charging. Another benefit is that Bluetooth is not involved.
The obvious drawback is that the keyboard can only be used with an iPad in landscape orientation.
The Slim Combo also sports a handy loop for the Apple Pencil. The Pencil fits safely in the loop, no worries about accidentally dropping the expensive piece of periphery while walking around with the iPad attached to the Slim Combo.
So far, so good.
That name, though. If this is seriously considered the “Slim” Combo I really don’t want to see what Logitech would sell as the Bulky Combo.
That’s not to say that I dislike the solution. The case has to be thicker than other cases to house the surprisingly sturdy kickstand. I have used the Slim Combo every day for more than 5 months now and that kickstand didn’t get all wobbly at all and feels as new as on the first day.
The keyboard is OK, the keys are small and not exactly grippy, but I manage to do surprisingly good most of the time. The only thing that is really wrong with this piece of hardware is that fact that the lock key has been placed directly above the backspace key.
It is inevitable that the lock key gets hit from time to time. Put me down as not a fan of this design decision.
That said, I am a fan of the magnetic attachment to the smart connector. It is nice to be able to just rip the keyboard part off the iPad if it is not needed. And when reattached, there is no waiting period for the keyboard to reconnect.
In some cases I’ve witnessed weird behavior where I took the keyboard off the iPad and after some time wanted to quickly type something using the on-screen keyboard.
Which. Would. Not. Appear.
Whatever I tried.
The iPad clearly was under the impression that the keyboard was still attached and acted accordingly. I‘ve heard stories about weird behavior of the Smart Connector, however this particular behavior was never mentioned.
Thankfully, backlit keyboards are the new normal. And the Slim Combo does not make any exception. In theory, the backlight can be deactivated. But I never seriously used that option.
Most of the time I wish that the grace period between the last keystroke and the light switching off were a bit longer.
While considering the purchase of an external keyboard, I wondered whether I would really use it or whether this was one of the things that I “needed badly” only to discover after more or less short period of time that I’m actually better off without it.
However, these concerns are unwarranted. I use the keyboard nearly every day1 and I don’t foresee any change of this habit. I don’t even care about the added weight any longer.
In comparison to the other2 (Bluetooth) keyboard I bought a couple of years ago in combination with my iPad 4 the Slim Combo has already unlocked veteran status.
That other keyboard got returned to the Apple Store, mainly out of a concern that it sat very tight to the iPad during transport and might slowly but inevitably put scratches on the surface of the display.
There must have been a lot of complaints about real or assumed display damage in reviews of former products. There is no other explanation for the fact that the Slim Combo‘s keyboard keeps an almost laughably articulated distance from the surface of the display during transport.
Buying the Slim Combo was meant to be an experiment, after years of using the on-screen keyboard only. The (unexpected) outcome is that I don‘t want to use my iPad without an external keyboard for the foreseeable future.
And yet, in each of these cases I dismissed it pretty soon because of a missing feature2 that other podcast apps offered and that I believed I couldn‘t live without.
According to Ryan Christoffel‘s review over at MacStories there is no need to worry about features any longer:
If an absent feature ever kept you from sticking with Castro 2, that almost certainly won’t be a problem anymore. Castro 3 addresses nearly all of those “one missing feature” requests in a single release. Trim Silence is Castro’s take on Overcast‘s Smart Speed; full chapter support is now present, as is a new Apple Watch app; the player screen has been fully redesigned; Mix to Mono improves stereo mixes that are hard to hear; and finally, there are excellent new per-podcast controls in a variety of areas. Perhaps the only thing still missing is an iPad app.
It is true, Castro 3 has caught up technologically with the more powerful podcast apps like, e.g. Overcast. On the other hand, Castro does have a few tricks up its sleeve that clearly sets it apart from a mere follower.
First and foremost, Castro is built with a focus on episodes rather then subscriptions. This is a, if not the fundamental difference to my currently preferred podcast player Overcast.
If you launch Overcast it displays a list of subscriptions.
If you launch Castro it displays a list of episodes in the so-called inbox.
From there it is possible to easily triage through the list of episodes and make an individual decision for each episode.
- The episode can be played. This automatically adds the episode to the queue
- The episode can remain in the inbox.
- The episode can be moved to the queue, in which case there is the ability to decide whether it shall be added to the end of the queue or at the place below the currently playing episode. The queue is where the actual playing of the episode happens but moving an episode to the queue does not mean that the episode is starting to play in response to the move.
- The episode can be moved to the archive. The latter has two roles, it represents the list of subscriptions3 and it also represents the back catalog of episodes.
The triaging of episodes does not necessarily have to be done manually. It is possible to decide for each individual subscription4 whether new episodes shall remain in the inbox and await triaging or whether they should be added to the queue (and if yes, whether they should be placed at the next position or at the end of the queue).
It is also possible to decide that each episode of a given subscription shall immediately be sent to the archive. This sounds weird, why should you subscribe to a podcast and at the same time decide to not care and send each episode automatically to the back catalog?
But that‘s exactly the use case: you may be subscribed to a podcast to which you don‘t listen regularly and only now and then skim though the back catalog if your queue is empty and there‘s nothing to listen to5.
Back to Overcast: I have defined only one playlist that (surprise, surprise) goes by the name „queue“. The subscription view in Overcast is segmented into subscriptions that have new episodes (titled “Podcasts”) and subscriptions without new episodes (titled „Played Podcasts“).
The existence of rules for the automatic placement of episodes into my „queue“ aside, I would then tap a subscription and then then decide whether to pick a new episode or one from the back catalog and add this episode to the playlist „queue“.
This procedure would typically be repeated for every single subscription, building up the „queue“ successively. However, my next step would then be to open the playlist “queue” and rearrange episodes in the preferred way6.
That’s right, Overcast does not offer a way comparable to Castro’s approach to influence the position of an episode in the “queue” right at the place where the decision about moving the episode to the “queue” is made.
If I decide to dismiss a given episode it is necessary to apply special care: Overcast uses the same trashcan icon for dismissing new episodes of a podcast subscription as well as for unsubscribing from the podcast altogether.
You have to be aware whether you’re in the list of subscriptions or in the list of episodes of a given subscription. I admit that I happened to confuse one with the other and accidentally unsubscribed from a podcast.
In Castro, you manage your subscriptions exclusively in the archive and there is hardly any chance for confusing the dismissal of an episode with unsubscribing from a podcast.
For someone who is subscribed to a larger list of podcasts the usage model implemented by Castro makes a lot of sense. In my personal opinion, Castro removes the friction in managing a large list of subscriptions according to individual preferences much better then Overcast can ever be hoping for in the current set-up.
Consequently, it should be easy to decide about making the switch and move over to Castro. In reality it is not that easy. And the reason for that is again a technological one.
Castro does not have any built-in sync mechanism7 and there is, as mentioned in the MacStories review, no iPad app. Personally, I use my iPhone to listen to podcasts between 90 to 95% of the time. Currently, I still have Overcast installed on my iPad and I use the ability to play podcasts on my iPad from time to time.
For all intents and purposes, it would not be a big deal to dismiss the lack of an iPad app and go iPhone only for podcast listening. But it still leaves the nagging feeling of missing out on something. Therefore, I’d personally like to see the advent of Castro for iPad.
To summarize, Overcast clearly is where the innovation happens in terms of podcast player technology.
But Castro innovates on its own turf while still providing state-of-the-art player technology.
In writing this article I think I have managed to convince myself to at least give Castro a longer period of time to see whether it sticks.
- Admittedly, it took me some time to stop wondering about the name. Maybe that’s becaue the name of most other podcast apps end with cast, and you might expect this pattern to apply of all of them. Castro makes a difference. ↩
- Last time, if I remember correctly, it was the missing support for chapters. ↩
- This is where you have to wrap your head around as a user of Overcast. ↩
- In Overcast, it is similarly possible to decide on a per-subscription basis whether new episodes of a given subscription are automatically added to a given playlist. ↩
- I subscribe to some podcasts that can have very long episodes of diverse topics. I am typically interested in at most a third of the episodes. But I appreciate the ability to easily access the back catalog and listen to one or the other episode whenever I like. ↩
- The rearrangement of episodes in Overcast can be finicky and I often need more than one try to finally achieve the intended placement. ↩
- There is the ability to create a backup and the app will (unless deactivated) create this backup automatically once a day. ↩
I like apps that provide me with the ability to activate a dark mode that goes easy on the eyes when it is really dark around. Thankfully, there is no shortage of apps on iOS that support the switch to a dark(er) theme.
There are, however, differences as to how the actual switch between themes is triggered. The general approach for controlling the switch between themes can be subdivided into three groups:
– DYI: the user is expected to explicitly decide when to switch between light and dark mode and then perform a gesture or go to the settings and flip a switch that toggles dark mode (Overcast, Pocket Casts, Editorial, Fantastical).
– GPS: The activation of the dark mode is computed out of the geolocation of the device (Twitterrific, Hello Weather, Instapaper).
– The dark mode is activated when the screen brightness falls below a certain (in ideal cases, user-defined) threshold (OmniFocus, Drafts, Tweetbot, Pocket, iBooks).
In some (rare) cases, apps implement a mixture, i.e. support a brightness-based and an explicit switch between light and dark mode.
In terms of my personal ranking, I like the brightness-based approach most, followed by the explicit switching.
The GPS-based switch really puzzles me. I mean, It’s not that we don’t have light in our homes after sunset. So why would you want to switch from a light to a dark theme just because that big glowing fusion reactor is no longer visible for the rest of the day?
In reality, apps require access to location services for the sole purpose of being able to switch themes sometimes around dusk or dawn. Not great news for the battery.
- This aspect is what finally kept me playing, although mastering the the higher levels requires skill and patience that is almost beyond me. ↩