Federico Viticci

10762 posts on MacStories since April 2009

Federico is the founder and Editor-in-Chief of MacStories, where he writes about Apple with a focus on apps, developers, iPad, and iOS productivity. He founded MacStories in April 2009 and has been writing about Apple since. Federico is also the co-host of AppStories, a weekly podcast exploring the world of apps, Unwind, a fun exploration of media and more, and NPC: Next Portable Console, a show about portable gaming and the handheld revolution.

Powered By Readability, Readlists Creates eBooks For Collections Of Links

In my original review of Readability for iOS, I praised the app’s focus on clean design, beautiful typography, and focus on building a different system to support web publishers as unique aspects of what could have been easily dismissed as “yet another read later” app. In particular, I wrote how, ultimately, “it comes down to habits, curiosity, and willingness to try out a new service that offers a slightly different take on saving web articles for later”.

Ever since my review, I have switched to Pocket as my personal go-to read later web service and app on iOS, as I thoroughly enjoy Pocket’s wide-ranging approach to saving everything for later, rather than just articles. Today, however, Readability is announcing a new service called Readlists, which might give many a reason to use multiple “read-later” services in tandem – and that’s because Readlists leverages Readability’s existing platform and engine to target a different segment of web reading: collecting multiple links together. Read more


My New Dropbox List-Making App: TaskAgent 2.2

In the past few months, I have been refining my Dropbox-powered writing workflow, adding new tools and checking out updates to existing ones in order to achieve a reliable, yet seamless environment for quick notes, longer articles, and lists. In particular, I mentioned TaskAgent, an iOS app to manage lists through easily formatted text files inside Dropbox.

In TaskAgent, I keep lists of apps I want to buy or update, and lists of stories I want to work on. These lists can be archived and retrieved later, and they exist as standalone .txt files in my Dropbox. If I want, I can add items to my lists using TextDrop, GoodReader, or TextEdit on my Mac; I guess it’d be nice to have a dedicated TaskAgent Mac app with the possibility of entering items with keyboard shortcuts.

See, on my computer and iOS devices, I keep lists. I have the aforementioned work-oriented lists of apps and posts I’d like to work on. I have lists of apps I want to recommend for our Inspiring UI series, and I have lists of developers I want to interview. But I also keep lists of podcasts I want to check out, movies I want to buy, groceries I need to pick up, and ideas I want to submit to a developer as feedback for his beta app.

In my mind and in my workflow, lists and tasks are separate entities. A list may contain items that will become tasks; my OmniFocus keeps the things I know I have to do – neatly organized and synced to the cloud. Over time, I have found the separation of lists and tasks to be necessary to properly divide my organization skills in two distinct areas: remembering Vs. doing. And I have found TaskAgent 2.2, released today, to be the best app at enhancing this text-based setup on the iPhone and iPad.

From a core functionality standpoint, TaskAgent 2.2 isn’t too dissimilar from the versions we have previously covered here at MacStories. However, alongside a much simpler formatting syntax and a slew of new features, TaskAgent 2.2 impressed me thanks to its completely redesigned interface and Dropbox sync engine.

On the iPad, large “notebook thumbnail previews” adorn a sidebar that can be dismissed with a button in the upper toolbar. On the iPhone, lists are shown through a Facebook-like panel that also contains shortcuts to create a new lists, enter the Settings, or open Archived lists (which aren’t permanently deleted). TaskAgent 2.2 cleverly uses these new list previews to bring up functionalities that would have otherwise been buried in sub-menus within the main interface. A tap & hold on a list will reveal options to quickly delete, rename, duplicate, or archive a list. To avoid the guilty remorse of having too many items in a list, TaskAgent now lets you hide the “0 out of x completed” description, so you’ll focus exclusively on managing your lists without feeling bad about having too many items inside them.

One of TaskAgent’s previously often criticized feature was its New Item dialog. Version 2.2 does away with uninspired blue alert boxes and introduces a new quick way of entering items one after the another: on the iPad, that’s a popover, while on the iPhone the menu has been rendered as another panel on the right. Depending on your settings, new items will be added at the top or bottom of a list, and you can enter multiple ones in a row without having to tap Done every time. The overall workflow is incredibly faster.

TaskAgent 2.2 is unarguably a better version of the app, and, to me, the best solution to manage lists on iOS while retaining the capability of editing them anywhere as long as I can open a .txt file. I can access my lists from my browser with TextDrop or from iOS using GoodReader and ReaddleDocs. I can associate TaskAgent’s folder (which can be moved anywhere inside Dropbox) with a text editor and start editing right away. I can quickly append new items to a specific list file using Alfred, and if I want, I can share a list to Evernote as well, as TaskAgent supports that service, too.

TaskAgent makes lists “open” and available anywhere. Only $1.99 for a limited time.


Alien Blue 2.1

Alien Blue 2.1

My favorite Reddit client for iPad, Alien Blue by Jason Morrisey, was recently updated to version 2.1, adding a number of functionalities (including iCloud sync, which will work alongside an upcoming update to the iPhone version) aimed at increasing the app’s Reddit-based discoverability features.

From Alien Blue’s subreddit:

Inside Alien Blue, you’ll now find a well curated and up-to-date list of active subreddits ranging across a wide variety of topics. This list is maintained and updated nightly. If you see something missing, you can make a recommendation in any of the categories and they’ll be live soon after.

To better leverage Reddit’s wide-ranging amount of information available every day, Alien Blue now lets you easily organize similar subreddits (sections of the site) into groups that are synced to iCloud, and will automatically carry over to the iPhone once the new version comes out. At first I didn’t get the usefulness of groups – I was used to accessing my most-visited subreddits through Alien Blue’s sidebar, which, by the way, in version 2.1 seems to be more reliable at switching between “compact navigation” and extended panels depending on whether you’re holding the iPad in landscape or portrait mode.

Subreddit grouping, however, has changed the way I use Alien Blue. Aside from the convenience of neatly categorizing similar subreddits in the app’s sidebar, each group can be turned into a “front page” collecting all the most upvoted links of each subreddit. This means that, for instance, I was able to create a “Learn” group within Alien Blue, throw TodayILearned, HistoryPorn, Wikipedia, and ExplainLikeImFive in there, so that when I’m in the mood of learning new things and cool facts, I can enjoy my own “Learn” Reddit front page made of the subreddits I grouped. It’s incredibly smart.

Check out all the improvements in Alien Blue 2.1 in the official announcement post, and download the app at $3.99 on the App Store.

Permalink

Apple Confirms Sandboxing Deadline For Mac App Store Apps on June 1

In an email sent to registered Mac developers earlier today, Apple has confirmed it will begin enforcing a deadline on Sandboxing for Mac App Store apps on June 1, 2012.

As a reminder, the deadline for sandboxing your apps on the Mac App Store is June 1. We’ve made the process easier with new sandboxing entitlements and APIs now available in OS X 10.7.3 or later and Xcode 4.3.2.

If you have an existing app on the Mac App Store that is not sandboxed, you may still submit bug fix updates after June 1. If you have technical issues that prevent you from sandboxing your app by June 1, let us know.

Previously pushed back from November 2011 to March 2012, and then again from March to June 1, 2012, sandboxing is a new technology aimed at limiting an application’s access to certain areas of OS X through a system based on entitlements. As we wrote in February:

Sandboxing is a new technology in OS X Lion that limits the functionalities of Mac App Store applications to a list of “entitlements” that cover various areas of the operating system an app can access, such as networking, printing, or a user’s files. A sandboxed application would be unable to harm the system outside of its operational scope (managed by the entitlements), and this has caused some concerns as apps would lose access to the Mac’s entire filesystem, which is required by some functionalities of certain applications that aren’t necessary malicious or “compromised”. Similarly, inter-app communication would be a technical issue with sandboxing, as apps like TextExpander, Keyboard Maestro and CoverSutra — utilities that perform actions in the background without asking for user’s interaction in some cases (user-initiated actions can override the sandbox) — couldn’t get past the sandboxing requirement for the Mac App Store.

With today’s reminder, Apple has confirmed that new apps submitted to the Mac App Store after June 1 must adopt sandboxing, whilst existing apps that are not sandboxed will still be available to receive bug fix updates. Earlier this week, a report suggested that, in relation to the upcoming sandboxing deadline, Apple was also looking into “banning” new apps with “hotkey” functionality, though it appears that such policy won’t take effect, according to several sources. Recently, several OS X developers expressed their wish for Apple to further delay the sandboxing deadline to the end of June in order to better explain the ramifications of the technology at the upcoming WWDC. Unfortunately for those developers who were hoping for a revised deadline for apps that have proven to be incompatible with sandboxing, WWDC kicks off on June 11 – 10 days after the sandboxing deadline.

A number of Mac applications using Sandboxing are already available on the Mac App Store. Most notably, 1Password by AgileBits implemented the technology back in September 2011, and others like Edovia’s Screens for Mac and, recently, Pixelmator were updated with support for sandboxing as well.


Four Years of App Store: Developers Weigh In On Search, Discovery, and Curation

“The App Store is a grand slam, with a staggering 10 million applications downloaded in just three days”. That’s how Apple co-founder and late CEO Steve Jobs saluted the launch of the company’s new storefront for iOS (née iPhone OS) applications on July 14, 2008. Almost four years and over 25 billion downloads later, the App Store has evolved into a brand that spans two platforms (iOS and OS X), three different iOS devices (iPhone, iPod touch, iPad), a variety of Macs, and that hosts over 600,000 apps from more than 200,000 registered developers. Albeit minimal in terms of revenue for a company that makes billions off iPhones and iPads, the App Store created a new economy that nurtures an ecosystem ultimately aimed at selling more devices, as well as showing consumers that, nowadays, software is revolutionizing the way they approach work, entertainment, and other personal tasks. In spite of its tremendous growth, however, little has been done to improve a basic premise of the App Store: finding new apps.

“Discovery and search has been a huge concern of mine for a long time”, said Craig Hockenberry, Principal at design and development studio The Iconfactory. Hockenberry and his team were among the first developers to support the App Store in 2008 with Twitterrific, a Twitter client for iPhone that has expanded to the iPad and Mac, with different versions available on the App Store and Mac App Store. In 2009, a year after the App Store launched, Hockenberry offered a series of suggestions to Apple in order to improve certain aspects of the App Store – namely, following early discussions with developers that decided to sell software on the “iTunes App Store”, he noted how there was “still much room for improvement” to turn the App Store into a viable and reliable business platform for developers who weren’t simply interested in experimenting with it.

Hockenberry’s “Year two” post still rings true today, in spite of the functionalities that Apple fixed, improved, or brought to the App Store in the past four years. For instance, Apple created a “New and Noteworthy” section on the homepage of the App Store that is refreshed on a weekly basis to showcase apps Apple deems worthy of attention; promotional codes, which Hockenberry listed as one of the tools that had helped them sell more products, were made available internationally in late 2010; either on print, its website, or YouTube, Apple has kept pushing ad campaigns to educate iOS and Mac users on the importance and convenience of the App Store.

The very motto that started the app revolution, however, didn’t meet an equal amount of attention by Apple in terms of improvements for the infrastructure behind it. As Hockenberry wrote in 2009, “it’s incredibly hard to find the “that” in “there’s an app for that.” Between keyword spamming and the sheer volume of choices in each category, customers can’t find what they want”.

Read more


Everyme Launches Web App for Group Messaging, Improves iPhone App

Released in April exclusively on the iPhone, Everyme offered a new take on private messaging with groups by combining a clean design with a featured called “Magic Stories”, which allowed the app to automatically fetch important updates from other social networks, and bring them into Everyme. From my review:

Everyme is a private “network” of people, organized in circles, connected to other services. The distinction between “communication” and “sharing” will also define Everyme as a private network, or a messaging service going forward. Unlike most messaging solutions, Everyme could improve its “magic” aggregation and cross-service data collection to simplify organization for its users; unlike most social networks, Everyme could, say, think of something like Xobni’s contact history to provide better, more informative stats about the people you care about. It is an interesting scenario, and I look forward to Everyme’s next steps; today, I don’t think Everyme can be compared to Path — as some are already doing — as the focus is clearly on group messaging, whereas Path has taken a more elegant, Facebook-like approach with its digital journal.

Today, Everyme begins its expansion onto other platforms and connected services by releasing an Android app, web access, and an improved iPhone app with support for Instagram, better communication within groups, and more. I have been able to test the new Everyme for iPhone, and while I am still looking forward to a native iPad version (most of my iMessages these days are sent from the iPad), I have enjoyed the changes brought to version 1.5.

The most visible change in Everyme 1.5 is support for photo uploads with Instagram-like filters. Similarly to how Path for iPhone lets you preview filtered photos as you take them, Everyme 1.5 puts a filter bar at the top of the screen, enabling you to see how a picture will look like with Vintage, Hipster, Pro, Adams, or Sepia effects applied. I didn’t find Everyme’s filters to be as attractive and fun to use as Instagram’s, but I do think they are better than Path’s somewhat curious choices. Photo uploads are generally faster in Everyme 1.5, and because not everyone will want to add yet another filter-based photo sharing tool to their workflows, the team added support for Instagram into the app. With an additional login option in the Settings, Everyme can now look for activity in your Instagram account, and populate your Circles with Magic Stories coming from Instagram as well.

Other minor, yet welcome improvements have found their way into Everyme 1.5. When you share links, for instance, the app now embeds summaries inline to give others an idea of what they are about to click on (Everyme features a built-in browser for webpages); users can now create and edit their own bios, and comments are displayed inline within the news feed. Comments can be deleted with a swipe, and, speaking of gestures, Everyme 1.5 also comes with pull-to-refresh to update circles and stories. Overall, Everyme 1.5 appeared to be faster than version 1.0 in my tests, and I was happy to see a new “export data” option to request an export of all your data you shared on Everyme, and get it delivered via email.

Today, Everyme is also launching a web app to communicate with your Circles. Sporting a clean design similar to the iPhone app, the web app features a sidebar on the left listing all your circles, with unobtrusive notification badges for unread stories and messages; you can manage your profile and your Circles, share stories and upload pictures from your computer, and, overall, enjoy the basic Everyme experience from any modern web browser, which should come in handy for those times when an iPhone isn’t available, or to sift through multiple conversations at once with the convenience of a larger display. I haven’t been able to test the web app on the iPad’s Mobile Safari yet, but I assume it makes for a decent temporary solution until the Everyme team comes out with a native tablet client.

Everyme 1.5 is available for free on the App Store.


Apple To Reject Mac Apps With “Hotkey Functionality” Starting June 1? [Updated]

According to TUAW, Apple will start rejecting Mac apps with “hotkey functionality” starting June 1, when the deadline for Sandboxing will become active for Mac App Store developers.

Apparently, Apple will allow hotkey apps that are already in the Mac App Store before June to offer only bug fixes. New apps and any apps that add features (i.e. non-bugfix releases) will not be allowed to support hotkeys.

TUAW has been told that Apple will be rejecting all apps with hotkey functionality starting June 1, regardless of whether the new features are hotkey related or not. Basically, if you’re developing one of those apps, an app that assumes you can still add hotkeys, don’t bother submitting it to the Mac App Store.

While TUAW doesn’t specifically mention any Mac app that would be subject to this new restriction, it is safe to assume that by “hotkey functionality” they mean desktop applications that allow users to set up keyboard shortcuts to activate other apps or system locations (such as Apptivate), or an app’s specific functionality (such as Alfred’s hotkey to show a search box, or OmniFocus’ hotkey-based Quick Entry panel).

I spoke to various developers of Mac apps with system-wide hotkey functionality, and they were unaware of the changes that Apple may begin to enforce on June 1. Currently, there is no mention of such specific change in the Mac App Store Review Guidelines (or Sandboxing FAQs), and the APIs used by the developers I contacted aren’t deprecated in the latest Mountain Lion Developer Preview, updated yesterday. Some developers told me Apple may have rejected some apps that registered hotkeys without a user’s explicit consent, but according to TUAW the issue is different, and related to the kind of control and experience that Apple wants on the Mac App Store, rather than technical limitations or APIs.

Initially pushed back from November 2011 to March 2012, and then again to June 1, 2012, Sandboxing for Mac apps has found a considerable amount of skepticism in the Apple developer community, as it would pose a threat to existing Mac apps that would have to rework their functionalities around the limitations of sandboxing.

As I wrote in February:

Sandboxing is a new technology in OS X Lion that limits the functionalities of Mac App Store applications to a list of “entitlements” that cover various areas of the operating system an app can access, such as networking, printing, or a user’s files. A sandboxed application would be unable to harm the system outside of its operational scope (managed by the entitlements), and this has caused some concerns as apps would lose access to the Mac’s entire filesystem, which is required by some functionalities of certain applications that aren’t necessary malicious or “compromised”. Similarly, inter-app communication would be a technical issue with sandboxing, as apps like TextExpander, Keyboard Maestro and CoverSutra — utilities that perform actions in the background without asking for user’s interaction in some cases (user-initiated actions can override the sandbox) — couldn’t get past the sandboxing requirement for the Mac App Store.

In the past months, a number of notable Mac developers have voiced their concerns in regards to sandboxing: Daniel Jalkut of Red Sweater Software wrote that “to increase adoption, Apple should expand the current list of entitlements until it covers every reasonable behavior that users expect from Mac apps”; following his decision to stop selling Clipstart on the Mac App Store, Riverfold’s Manton Reece noted how, rather than playing “catch-up” with Apple to work around the list of entitlements for sandboxed apps, he’d prefer to keep selling his apps on his own website – something that the upcoming Mountain Lion will keep supporting thanks to GateKeeper.

Over at TUAW, Erica Sadun says we should say goodbye to “hotkeys, macro programs, end-user customization”. While I can’t confirm the kind of apps and “hotkey functionalities” that Apple has apparently already rejected or will start rejecting in two weeks (I’ve only seen some discussions about clipboard managers and keyboard shortcuts on the Mac Dev Forums), it would surely be unfortunate to lose software like Alfred, Apptivate, or Keyboard Maestro (just to name a few) to an updated Mac App Store policy. Erica Sadun refers to these hotkey-enabled apps as ”all those great little hotkey shortcuts that used to let us bring an app to the forefront and do something”.

That sandboxing would be a technical issue for apps based on AppleScript technologies is nothing new; however, Apple also specifically asked developers to get in touch with the company if technical issues were preventing them from sandboxing an app, suggesting that the company was actively working on getting developers of existing great Mac software on board with sandboxing, without limitations. This week, the Pixelmator team updated their application with support for sandboxing; other developers of “power-user” applications like Keyboard Maestro, however, still haven’t found a proper way to work around sandboxing entitlements, going as far as writing “Keyboard Maestro requires access to other applications to perform your macros and so is not, and cannot, be sandboxed” on the app’s Mac App Store page.

According to Apple’s notice from February, developers of existing apps on the Mac App Store that are not sandboxed may still submit bug fix updates without sandboxing their apps. In theory, this should mean that apps like Alfred or Shortcuts (with hotkey functionality) or Keyboard Maestro (for general incompatibility) should stay on the Mac App Store as long as their developers don’t include new features, but only bug fixes for existing customers. But what’s going to happen when developers of hotkey-enabled apps or already-approved macro programs like KM will decide to update their apps with new features?

Just like in February, the future of sandboxing and Mac App Store apps is uncertain, but it’s looking worse if Apple really has decided to ban hotkey functionality – a common trait of keyboard-based software, such as Mac apps – from the Mac App Store. With the WWDC ‘12 scheduled to kick off 10 days after the proposed sandboxing deadline, here’s to hoping Apple will, once again, be more flexible, and offer third-party developers new ways to work around sandboxing – the Mac App Store deserves all kinds of OS X software, from simple single-purpose utilities, to more complex, power user-oriented applications.

Update: Throughout the day, several developers I spoke to confirmed my earlier reports that the APIs to implement global hotkeys and keyboard shortcuts haven’t been deprecated (not even in Mountain Lion), and aren’t going away any time soon. Two developers I spoke to, in particular, confirmed that recent updates to their Mac apps with “hotkey functionality” were approved without issues by Apple.

Furthermore, developers confirmed they couldn’t find any new mention of hotkey-related entitlements in today’s updated documentation for Gatekeeper and Sandboxing. So while more “complex” utilities like Keyboard Maestro and TextExpander may still have to find a way to work around Sandboxing, other apps that incorporate hotkey functionality – like OmniFocus, Alfred, or just about any app that offers a systemwide shortcut – should still be fine for the Mac App Store.

Lex Friedman at Macworld confirmed with his own sources that a ban for general “hotkey functionality” isn’t coming to the Mac App Store, writing that “so long as developers use Apple’s officially supported APIs to register systemwide global hotkeys, their apps will remain eligible for inclusion in the Mac App Store”.


Sparrow 1.6 for Mac Now Available, Adds POP Support, “True Unified Inbox”

The Sparrow team has been busy rolling out updates for its iPhone app, but a new version of their popular Mac email client is available today on the Mac App Store, and it adds a series of long-requested features and fixes. If you’re still running a POP account, for instance, Sparrow 1.6 will finally let you configure it – this is a functionality “Sparrow switchers” have been asking since day one, but it took the team a while to properly implement it alongside support for Gmail and regular IMAP. If you’re still rocking a Hotmail account via POP and have been looking for ways to get those emails into Sparrow, now’s the time to update.

Version 1.6, however, comes with other improvements and fixes to enhance the performances and overall stability of the app, as well as usability in some areas. A minor yet welcome change in my Sparrow workflow, for instance, is the new “Empty Spam” button that allows me to flush undesired messages with a single click.

Another small change, but a new “Inbox Zero” message now greets you when nothing else is awaiting reply in your inbox. It’s the little things.

Also in Sparrow 1.6, there is a “true unified inbox” that lets you navigate all your drafts, starred messages, and sent emails directly from your unified account. Among the other changes, the tab key in the composer view now lets you toggle down from ‘To’, ‘Subject’ to ‘From’; hitting Esc on Quick Reply will save a draft; and a new Shift-cmd-option-M shortcut toggles the Extended Sidebar (so you can easily switch to a Twitter-like layout with profile pictures and icons instead of labels).

Make sure to check out the Sparrow blog for a full list of fixes and improvements in 1.6. Sparrow for Mac continues to be a staff favorite here at MacStories for its clever combination of social features, intuitive gestures, and customization options, and for this update, the Sparrow team kindly donated 20 promo codes to MacStories readers. You can get Sparrow for Mac at $9.99 on the Mac App Store, or you can enter our giveaway and try to win one of the 20 copies up for grabs. Details below.

Sparrow for Mac Giveaway

To enter the giveaway, tweet the following message before 11.59 AM PDT (May  18th, tomorrow):

Win a copy of Sparrow for Mac on MacStories: http://mcstr.net/Jktamq

We will search Twitter.com for tweets and retweets and randomly pick up the winners. Make sure to follow @macstoriesnet on Twitter so we can get in touch with you once the giveaway is over. If you want to increase your odds of winning, you can also leave a comment to this post.

Winners will be announced on Saturday (May 19th). Good luck!


Flipboard’s Move From “Social Magazine” To “Internet Magazine”

Last night, Flipboard released a 1.9 update for its iPhone and iPad app that, among various fixes and new features, introduces one important addition to the social magazine: audio. As the company writes on their blog:

Our Content Guide is now chock-full of some of the best sounds we could find. We’ve launched new partnerships with NPR and PRI and scoured SoundCloud’s massive community of sound creators to bring you some of our favorites—artists like Snoop Dogg and Diplo; music labels like Atlantic Records and Ninja Tune; podcasts from The New Yorker and Slate; and segments from shows like Radiolab and Science Friday.

Right now, support for audio content is mainly implemented through SoundCloud, which received a new login option in the app’s settings, and NPR and PRI, which have agreed on a partnership with Flipboard to make content available in the app’s content guide, properly reformatted to fit Flipboard’s unique style and interactions. In Flipboard 1.9, support for audio means you can start playing a podcast featured in the content guide (such as TWiT or TNW Daily Dose) or any content available in your SoundCloud account, and go back to browsing links and photos as Flipboard can keep playing audio while you’re reading something else. The app will show up as an audio source in the iOS multitasking tray, and you can control audio playback from within the app itself too with a “note” icon in the upper toolbar (on iPhone) that will display a folder-like animation for viewing and pausing audio.

Looking back at Flipboard’s evolution over the past months, I think support for audio in version 1.9 is yet another example of how the company has been gradually and relentlessly drifting away from a system that simply aggregates “your social links” to embrace a broader vision that’s turning Flipboard into “an Internet magazine”, whether it’s social or not.

Flipboard started off as a neat app to give a magazine-like layout to links shared on Twitter and Facebook. Then came Google Reader, Flickr, and Instagram with more content types and visual previews. The company started announcing partnerships with publishers to display their content beautifully inside Flipboard, and with more content came an explosive growth that led to a re-imagined version 1.5, focused on showcasing “popular stories” and making more great content available to users through a content guide that wasn’t necessarily social – rather, it was aimed at letting users know that more content was available on Flipboard beyond their existing social accounts. After that, Flipboard released the long-awaited iPhone app, unifying accounts with over-the-air sync and bringing Cover Stories – a dedicated view for interesting and popular stories – over to the iPad app.

While still prominently “social” in the way it puts the focus on accounts and supported services, Flipboard has become perfectly usable and enjoyable even without necessarily configuring a Twitter or Facebook account. The company has put great effort on building a content guide that spans different countries, themes, content types, and publishers. Flipboard aggregates top content shared by Pocket, it collects the best things found on the Internet under the “Cool Curators” section, and, alongside the usual Tech and Business news, displays popular videos from YouTube, Vimeo, and even Colbert Report in a Video category. With version 1.9, audio has been brought into the mix.

The social component of Flipboard is still strong (version 1.9 also brings “related sections” for social networks, such as “tweets mentioning you”), but it hasn’t been the only way to enjoy Flipboard for quite some time, and this is more visible than ever in the latest update. Flipboard doesn’t simply create a personalized magazine out of content “being shared with me” anymore – it still does that, but at the same time, it allows me to find other great content that I wouldn’t have discovered otherwise.

More than a “social magazine”, the “Internet magazine” aggregates and reformats content that is also social, but not strictly so. Curation and APIs are keys here. Flipboard was already rumored to be considering support for movies and TV shows last year. Would it be too absurd to think the app will someday gain compatibility with Rdio and Spotify to let you find the best music from your favorite streaming service? How about YouTube and Vimeo, to let users also find videos that are bring shared in those social accounts? According to TechCrunch, ”Flipboard will look into other ways it can do more with video”.

With social accounts, APIs, search, and curation, Flipboard has become more than a social magazine: it is restructuring Internet content for the screens of mobile devices with the help of a strong social counterpart.