Reformat

Handpicked

My friend David Tucker once again pointed me to something really inspiring and well executed. According to its colophon, Reformat is ‘An exploration of the crossing between print and web, expressed as a responsive magazine’. At the beginning of the essay titled Dissection, Kim Andre Ottesen, the creator of the magazine, also adds: 

Reformat is built on the idea of exploring the crossing between print and web design – expressed as a responsive magazine. The content centers around those who use design, and not technology, to push the web forward.

[…]

The magazine is built on a solid foundation, with a flexible grid based on a modified version of 1140px grid combined with HTML5, CSS3 and jQuery to ensure responsiveness across various media. But mostly it is built on a clear idea of how to explore the subject of responsive design, as well as highlighting the differences and similarities between print and web. The technology is there, it is the concept and research around the subject that makes it interesting. 

I love everything about Reformat, starting from the typeface of choice: it’s Aperçu, from Colophon Foundry. While you’re there, check their other typefaces as well, you won’t regret it.

The power of the iPad

Tech Life

Powerofipad fnac

I received this promotional email from the local FNAC. The message reads: BE THE FIRST TO HAVE IT! — the Fnac stores in Valencia, Alicante, Marbella and Málaga will open in advance at 8:00 am on Friday, March 23. Come have breakfast with us!

They’re obviously talking about the new iPad; as Apple announced on March 7, the iPad would be available in the US and a few other countries on March 16, followed by many other countries on March 23. What I find rather interesting is that — as you can see for yourselves — the iPad is never specifically mentioned in the ad. There’s just a hint, the open package, nothing more. They simply assume people know. I think all this sums up quite nicely the kind of power the iPad (and Apple) has achieved by now.

The surprising history of London’s lost coffeehouses

Handpicked

Source: London cafes: the surprising history of London’s lost coffeehouses — The Telegraph // Via: Maria Popova

What an amazing read. Some excerpts follow, but please read the whole article if you’re fascinated by this topic as I am.

The Starbucks on Russell Street near Covent Garden piazza is one of London’s many, cloned coffee shops. Can you imagine walking in, sitting next to a stranger and asking for the latest news? Or slamming a recent novel down next to someone’s coffee and asking for their opinion before delivering yours? It’s not the done thing.

But 300 years ago, precisely this kind of behaviour was encouraged in thousands of coffeehouses all over London. In 1712, the Starbucks site was occupied by Button’s coffeehouse. Inside, poets, playwrights, journalists and members of the public gathered around long wooden tables drinking, thinking, writing and discussing literature into the night. Nailed to the wall, near where the Starbucks community notice board now stands, was the white marble head of a lion with wide-open jaws. The public was invited to feed it with letters, limericks and stories; the best of the lion’s digest were published in a weekly edition of Joseph Addison’s Guardian newspaper, entitled ‘the roarings of the lion’. 

[…]

Early coffeehouses were not clones of each other; many had their own distinct character. The walls of Don Saltero’s Chelsea coffeehouse were adorned with exotic taxidermy, a talking point for local gentlemen scientists; at Lunt’s in Clerkenwell Green, patrons could sip coffee, have a haircut and enjoy a fiery lecture on the abolition of slavery given by its barber-proprietor; at Moll King’s, a near neighbour of Button’s in Covent Garden, libertines could sober up after a long night of drinking and browse a directory of prostitutes, before being led to the requisite brothel on nearby Bow Street. There was even a floating coffeehouse, the Folly of the Thames, moored outside Somerset House, where jittery dancers performed waltzes and jigs late into the night. 

[…]

Conversation was the lifeblood of coffeehouses. From coffeehouses all over London, Samuel Pepys recorded fantastical tales and metaphysical discussions — of voyages “across the high hills in Asia above the clouds” and the futility of distinguishing between a waking and a dreaming state. Listening and talking to strangers — sometimes for hours on end — was a founding principle of coffeehouses yet one that seems most alien to us today.

[…]

Coffeehouses brought people and ideas together; they inspired brilliant ideas and discoveries that would make Britain the envy of the world. The first stocks and shares were traded in Jonathan’s coffeehouse by the Royal Exchange (now a private members’ club); merchants, ship-captains, cartographers, and stockbrokers coalesced into Britain’s insurance industry at Lloyd’s on Lombard Street (now a Sainsbury’s); and the coffeehouses surrounding the Royal Society galvanized scientific breakthroughs. Isaac Newton once dissected a dolphin on the table of the Grecian Coffeehouse.

Surely more lively and inspiring than your average local Starbucks crowded with people staring at their laptops, iPhones and iPads.

How to disable software extensions causing other apps to crash

Handpicked

Source: Thomas Tempelmann | How To Identify and Disable software extensions on OS X that cause other Apps to crash

Thomas Tempelmann:

Sometimes, people contact me because software of mine, such as Find Any File, crashes mysteriously at launch.

Often it turns out that this is caused by an incompatibility or bug in some other software that tries to enhance general Mac OS X functionality.

The difficulty is to figure out which software is the culprit, in order to disable it and/or notify its maker and ask to get this resolved.

Sometimes, one can get a hint by looking at the detailed Crash Report one can find when opening the “Console” app. It will contain a long list of “Binary Images”, listing which software components are loaded along with the app that crashes. Many of those components are so-called Frameworks and “libs” provided by Apple as part of OS X — they’re usually not the culprit. Then, there are other parts, installed by other apps or even installed explicitly by you for a particular purpose.

However, analysing these reports is difficult and may not lead to success, either. Instead, I’ll try to give you some pointers that are often helping and do not require to understand the Crash Report contents.

You should bookmark this. I surely did.

Readability’s inconsistencies

Software

The necessary preamble

I’ve liked Readability since it was an experimental plug-in by arc90. I also appreciate their efforts to support online writing and, in general, what they’ve been doing so far for those who read and write on the Web. The experience I’ve had since installing their Readability iOS app has been frustrating and what I’m about to report is what happened to me in the past few days. Your mileage may indeed vary.

I usually don’t ‘read later’…

As I have already said before, I have reduced the need to ‘read things later’ to a minimum:

Defusing the Read It Later routine

I’m probably one of the few geeks around who doesn’t really use Instapaper. I have nothing against it, it’s just that it has never really found a place in my workflow, and it’s unlikely it’ll find one after I start my ‘bookmark reboot’. You see, come to think of it, the main factor that led to my bookmark bankruptcy is the ‘Read It Later’ routine: a lot of stuff I’ve bookmarked over the years was filed away for the purpose of reading it later. Let’s save this bit, it might come handy, it might be useful. What really happened is that 90% of the time I’ve never gone back to that bookmarked stuff. It’s been the same as if I filed it in a ‘Read It Never’ folder.

So, what have I been progressively doing? Reading things now. If I stumble on something interesting, chances are I’ll read it at once; as I said, the only things I really save for later are bits and pieces for reference in future articles.

However, in the past two months, I have been so extraordinarily busy that I had to temporarily resort to some kind of Read Later system. Safari and Reeder have been of help, the first with its Reading List feature, the second by letting me add articles to its favourites section (Starred items). Having opened a publisher’s account on Readability a few months ago, I thought I could also take advantage of their ‘read later’ service, and the release of their iOS app was at this point just the icing on the cake…

The rocky road to the Reading List

So I installed Readability for iOS right away, launched the app, admired the beautiful user interface, logged in my account, and this is what I got:

Checking for updates

I waited five minutes stuck at this screen before quitting the app. Then I tried the usual troubleshooting procedure I do in similar circumstances: quit the app for good (deleting its icon from the multitasking tray), relaunch, log out of my account, log in again. Nothing changed. I then deleted the app from my iPhone and reinstalled it. Nothing changed.

I thought that maybe that was happening because my Reading List was empty, so I added a few random articles using the Readability service in Reeder, or clicking on the Read Later label in those blogs which make use of Readability’s tools (mine does: see those labels over this article’s title?). After doing that, I went back to the Readability app, but I was still stuck at the ‘Checking for updates…’ screen.

Checking the Support section on Readability’s site, I noticed that problems with login were a known issue, so I decided to leave things be and wait for an app update. A few days later, version 1.0.1 was out, but nothing changed for me. I attempted to add an article to the Reading List from inside the iOS app itself, and this was the result:

Not available

I thought, How can an article not be available to add, when it’s really a plain article I’ve just opened in Mobile Safari? So I did another thing: I went back to Mobile Safari, went to Readability’s site and, as you may know, you enter their mobile-optimised page and have direct access to your Reading List. I entered my account credentials, added the article to the Reading List along with a few others, and there they were:

Readability on Safari

I also noticed another thing while I was there — that not one of the articles I had been adding using Reeder or the Read Later button on the sites themselves was appearing there. Those articles you see in the screenshot have been added using the ‘+’ button from inside Readability’s mobile site.

I was getting more baffled and oh so more frustrated by all these apparent inconsistencies. Having more important things to do, I decided to let the whole matter rest until some significant news would turn up. When, after some days, version 1.0.2 of the app was released, I got curious again. Maybe things will work this time, I thought, and gave it another go. After updating, I launched the app, entered my account login information and this dialogue box appeared:

Publisher account

It had never appeared at login before, and surely explains why I’d been having troubles with my Reading List. This is obviously a fix introduced in version 1.0.2, and had it been implemented properly from the beginning, I surely would not have lost all the time I lost to try to make things work. 

But the more urgent question is: why the need for two separate accounts? Why have a separate Publisher account and a Reader account, when things could be easily (I presume! Perhaps it’s not easy) managed from a unified account accessing both publishing and reading tools? I don’t find it particularly intuitive or inviting, this way. It seems an unnecessary complication on Readability’s part. Isn’t keeping things simple part of their mission?

This feature separation also feels artificial because, as you can see in the other screenshot, I actually can add articles to my Reading List when authenticated with my Publisher account and when accessing Readability’s mobile site from my iPhone. (Although I can’t see those articles in any other way — i.e., they don’t appear in the Readability section inside Reeder).

I confess I’m rather disappointed by this kind of implementation. I hope in a future update Readability eliminates the need to have two separate accounts and straightens things out. I’ll still be using their tools for publishers, but for the ‘reading list’ part I’m back to using Safari and Reeder’s features for now.