Yoink 2.0 Brings Smarter Drag & Drop To Lion

Back in September I reviewed the first version of Yoink, a utility by Eternal Storms Software that greatly enhanced Lion’s drag & drop support by adding a virtual “shelf” to the side of your screen to store temporary files you needed to move elsewhere. From my review:

Yoink is a drag & drop assistant for Lion, in that it provides you with a virtual “safe zone” to temporarily store files — or rather, links to them — you want to move from one location (say your desktop) to another space or full-screen app. Yoink doesn’t “copy” a file, or multiple ones, to its shelf: it only acts as a bridge between the original file, and the destination of the drop.

In its first version, Yoink was primarily meant to provide a better way to move files from the Finder to full-screen apps – that is the reason the app was built with Lion APIs from the ground up. Yoink 1.0 undoubtedly offered a quick and elegant way to move files around apps and desktops in an intuitive manner; Yoink 2.0, released today, is a huge step forward that now allows the app to accept almost any kind of input from OS X, from text to images and web clippings from any app.

In accessing content from apps, Yoink has become more than a simple tool to temporarily store files that need to be moved around full-screen apps – think of  Yoink 2.0 as a secondary, visual clipboard that can accept almost any kind of file you throw at it. In my tests, besides dropping content from apps into Yoink’s shelf, I’ve copied links, text and images from Safari and Chrome, and successfully watched Yoink create text clippings and full copies of the images ready to be pasted anywhere on my Mac, both in the Finder and other apps. Rich text from a web browser is converted to .textclipping once imported in Yoink, and you can easily re-export everything to the Finder, or into another app that accepts text, such as TextEdit or Twitter’s compose window. Want to tweet a famous quote by The Beatles? Drag text into Yoink’s shelf, open your client of choice, and drop your previously copied text. How about quoting someone else’s words on your blog (and this is something I’ve been looking forward to)? Drag text into Yoink, fire up your blog’s editor window, drop text.

Yoink’s new drag & drop system works with almost any app  and any kind of content – you won’t be able to preserve the exact formatting of a rich text document when copying, but it surely works very well as a lightweight solution to quickly save plain text files.

Yoink 2.0 brings a couple more interesting additions besides improved drag & drop. The interface has been redesigned to have more linen and the app can be assigned a keyboard shortcut; more positions for Yoink’s window have been added and files shouldn’t be lost anymore if they’re moved from their original location. One issue I had (and already reported to the developer) was with an alias I moved from Dropbox to my Desktop, which didn’t resolve correctly in Yoink and displayed a permission error. The error is likely happening because of some restrictions from Apple’s sandboxing technology or the fact that the alias came from Dropbox – Yoink 2.0 is capable of resolving aliases and, in fact, it worked fine with a file that was originally stored on my Desktop.

Last, Yoink now comes with File Stacks, a neat way to drag and drop multiple files into Yoink’s window and have the app combine them into one item in the shelf. This can be very handy if you’re dealing with multiple images and PDFs and you want to get them quickly out of the way.

At $2.99 on the Mac App Store, Yoink remains a fantastic way to enhance Lion’s drag & drop with an app that acts as a temporary scratchpad/visual clipboard for content that you want to copy, move elsewhere, or simple save for later. Highly recommended, you can get Yoink here.

Apple’s Education Event To Focus on iPad, K-12, “Teaching Tools” for Self-Publishers

Less than 24 hours away from Apple’s “education announcement” in New York City, Bloomberg weighs in reporting that the event, set to begin at 10 AM EST at the Guggenheim Museum, will be focused on iPad, digital textbooks for students from kindergarten to 12th grade (K-12) and self-publishers. Initially rumored to be about “textbooks” as suggested by Steve Jobs in the authorized biography by Walter Isaacson, speculation leading up to the even has seen different sources claiming Apple will have a broader set of announcements with textbooks, but also a strong iPad presence and new tools to create eBooks on the desktop. Specifically, Ars Technica referred to these tools as GarageBand for eBooks.

Bloomberg now claims Apple’s educational plans will be primarily focused on showing the potential of digital textbooks and iPads in schools:

The plans, to be unveiled by Apple Internet software chief Eddy Cue, are aimed at broadening the educational materials available for the iPad, especially for students in kindergarten to 12th grade, the people said. By setting its sights on the $10 billion-a-year textbook industry, Apple is using the tablet to encourage students to shun costly tomes that weigh down backpacks in favor of less-expensive, interactive digital books that can be updated anywhere via the Web.

According to Bloomberg, there will be announcements for both publishers and authors. Authors will be able to create new digital editions of their works using a modified version of ePub, a file format that is already used in the publishing industry. Bigger publishers will be able to create digital textbooks with embedded graphics and video, suggesting that rumors of a simple interface similar to GarageBand for managing media and content within an eBook might be correct after all. It is unclear whether Apple is preparing one or more “digital tools” for independent authors and large publishing companies, although Bloomberg noted:

Apple also wants to empower “self-publishers” to create new kinds of teaching tools, said the people. Teachers could use it to design materials for that week’s lesson. Scientists, historians and other authors could publish professional-looking content without a deal with a publisher.

If true, this would suggest the company has created an improved eBook creation tool atop of the ePub standard with different options for independent authors and publishers to distribute their creations digitally through iTunes, or, for instance, locally in a classroom. Teachers willing to collaborate with students on a week’s lesson clearly wouldn’t need the App Store or the iBookstore for distribution, which may lead to some interesting speculation about “textbook sharing” and a possible iCloud implementation, too.

Highly anticipated then quickly dismissed as “over-hyped”, Apple’s education event is shaping up to be an interesting milestone for the company in the field of education. The iPad has become Apple’s second best-selling device behind the iPhone, with the company expected to report record sales for the holiday quarter next week. In spite of the iPad and iTunes offering a variety of educational content in the form of apps, eBooks and iTunes U content, in two years of iPad Apple has yet to officially commit to education and schools as a viable market for the device. Schools and universities have adopted iPads with independent programs and initiatives; now Apple has a chance to unify its educational offerings with publishers deals, a clear policy for independent authors, new tools for eBook creation, and perhaps simpler distribution methods that don’t require iTunes in the classroom and will allow for educational discounts on volume purchases (which Apple is already doing).

We’ll be covering the news from tomorrow’s Apple event starting at 10 AM EST (7 AM Pacific time) here on MacStories.

CloudApp Raindrop for Acorn

Acorn and CloudApp are two essential pieces of software in my daily Mac workflow, so it really helps that Adam Preble has built a CloudApp raindrop that grabs the image you’re working on in Acorn and directly uploads it to CloudApp.

AcornRaindrop exports the active document in Acorn as a PNG and uploads it using CloudApp. It’s a Raindrop, which is a plugin for CloudApp.

For those who missed our previous CloudApp coverage (here’s our 1.5 review), the app can be extended with plugins that are assigned a different shortcut than CloudApp’s default clipboard action, which is configured in the General tab under Preferences. With AcornRaindrop installed, an image you’re working on in Acorn that looks like this:

Will be exported to PNG and uploaded to CloudApp with a link automatically pasted in your system clipboard that will result in something like this.

If you use both Acorn and CloudApp, this raindrop is a must-have. You can download the latest version of AcornRaindrop over at GitHub.

Why I Use Todo.txt

I’d like to briefly elaborate on my Todo.txt setup, which I only started using last month as a way to keep my “todo articles” separate from general “todos” that I now keep organized and synced through Remember The Milk. Several readers have emailed me asking why I chose Todo.txt of all text editors and task management systems, so here it goes.

Todo.txt has a simple syntax that requires no learning curve. I can fire up Todo.txt’s iOS app or TextEdit on my Mac, and add a new line for a new todo, which in my case is an article I’m working on or I know I’ll be working on in the immediate future (this week or next week, I try not to project too distant in the future as blogging priorities can rapidly change). I’ve tried other text-based todo solutions like TaskAgent and TaskPaper, and I like them a lot as apps with outstanding support from their developers, but I just feel more comfortable using Todo.txt’s syntax, which appends new lines as todos and marks those beginning with an “x” as complete. Obviously, Todo.txt comes with much more complex possibilities and interfaces such as a full-featured CLI and support for contexts and priorities, but I use none of these features. To me, Todo.txt is the easiest way to maintain a list of “todo” Vs. “not done yet” articles that I want to have on MacStories.

For this reason, I keep the Todo.txt iOS apps (on my iPhone and iPad) as simple and clutter-free as possible. Developer Gina Trapani made sure that you can sort by date and todo ID, enable app badges and date new tasks but, again, I haven’t found myself needing any of these (I could have enabled badges on the Mac too). In the Todo.txt iOS app, I chose to display line numbers to give me an easily scannable overview of just how many items I have, and I’ve disabled everything else as you can see in the screenshot. With this setup, it takes 30 seconds to open the app, quickly see what’s up while it’s syncing (takes a few seconds as the file to load is very lightweight) and enter a new todo. I don’t use contexts and projects either: as I mentioned last week, I don’t need a “context” for my MacStories articles, and the project is always the same, writing for the site.

If possible, things are even simpler on my Mac. Todo.txt is synced via Dropbox and alias’d on my desktop. When I need to check on the articles I have in my queue I can use TextEdit or, better, nvALT, which also displays all my other Dropbox notes synced inside a “Notely” folder (no particular app preference here, I just liked the name). Adding new todos to the file requires a few seconds, but if I’m feeling really keyboard-junkie I can append a new todo to the end of the file using an Alfred extension. I use Alfred for a lot of different tasks on my Mac (adding items to Remember The Milk, converting currencies, generating new random passwords, etc.), so it helps that I’ve found a way to integrate Todo.txt with my existing workflow.

And when an article is done and a todo is complete? I just delete it. I don’t archive, “review”, flag or categorize. Articles are just there and it’s up to me to write them.

Text-based todo management systems go back a long way. In learning about Todo.txt’s history, I stumbled upon relatively old articles that described how it was popular “back in the day” (we’re talking pre-Tiger days as well) to keep everything, from notes to passwords to long-form articles, inside a giant .txt file formatted in some way for easy scanning. These days we’re using the modern versions of those systems, which may be Evernote, Yojimbo, or other anything buckets. These services come with a fantastic set of features – I’m a huge fan of Evernote myself – but as far as my articles go, I want them to be highly portable in an environment that’s open to any other app for access and modifications. With plain text, I can have my MacStories-related todos synced in a text file that can be opened and correctly read by any text editor – and I’m sure it’ll remain that way for the next 20 years when .docx files will be corrupted and biting the dust.

Some parts of Todo.txt are modeled after David Allen’s GTD methodology and, at least for my articles, I’m not using GTD at all. But I am getting things done, for real, with a system that I can trust, is reliable and works anywhere.

Logging with Day One and Alfred

Yesterday, Brett Terpstra posted a fantastic little script to leverage Day One’s built-in CLI (command line interface, more information available here) to create new journal entries from the Terminal or an app launcher. Brett has posted instructions on how to use Launchbar with the script, or skip the app launcher part altogether and go with the Mac’s Terminal instead:

Day One already has a quick entry palette in the menubar. It also has a command line interface (/usr/local/bin/dayone)1 which provides some geeky options (try dayone in Terminal) and the flexibility needed to replace my current logging system. You can create entries quickly with either method, but I wanted just a little bit more out of it. I built a quick script which allows a basic syntax for starring entries and defining dates (using natural language) inline in the entry itself. It can be used from the command line, from LaunchBar (or similar) and can be incorporated into just about any scriptable workflow.

I wanted to make the script work with Alfred, my app launcher and navigation tool of choice, and it turns out the effort to modify Brett’s script is equal to zero. I simply replaced “on handle_string(message)” with “on alfred_script(q)” and “end handle_string” with “end alfred_script” to make it work in Alfred. Obviously, you’ll need to fill in the path to your script after you’ve followed Brett’s instructions.

The three Day One entries above were created (and starred) using Alfred.

Before you create a new Applescript extension in Alfred, don’t forget to download Brett’s script and make it executable in your desired location, and create a symlink for Day One’s CLI (Show Package Contents on Day One, then navigate to Contents/MacOS/dayone - that’s the CLI you have to symlink) in your usr/local/bin/ directory.

You can check out Brett’s post here, and catch up on our coverage for the latest version of the app, Day One 1.5 (Mac and iOS).

Apple Expands iTunes Match To 19 Countries Across South America & Europe

iTunes Match has today gone live in 19 more countries across South America and Europe, taking the total number of countries that now have iTunes Match to 37. iTunes Match first launched in the US just over two months ago, followed by Brazil and then Canada, Australia and some European countries in December. Today’s launch brings iTunes Match to the following countries:

Argentina, Bolivia, Chile, Colombia, Costa Rica, Dominican Republic, Ecuador, El Salvador, Estonia, Guatemala, Honduras, Latvia, Lithuania, Netherlands, Nicaragua, Panama, Paraguay, Peru, and Venezuela.

Most of these countries already had support for iTunes in the Cloud (the ability to re-download iTunes Music purchases for free), but Estonia, Latvia, Lithuania, and the Netherlands did not until today.

Apple is making quick work of finalising licensing agreements for iTunes Match, the service is certainly rolling out faster internationally than some of their previous efforts. The iBookstore or even the availability of TV Shows (which is still only available in a small selection of international iTunes Stores) come to mind as examples of Apple taking a long time to seal agreements internationally.

[Via MacRumors]

Apple To Announce “GarageBand For E-Books”?

Apple is holding an education-themed media event at the Guggenheim Museum in New York on Thursday, with rumours suggesting it will heavily revolve around textbooks and the iBooks platform. Ars Technica is this morning reporting that part of the event will also be the announcement of a “GarageBand for e-books”.

The gist of this idea is that whilst anyone can create an ePub for iBooks distribution, the process is not simple - particularly if you want to go beyond the basics and add multimedia or other interactive elements. Ars Technica’s sources say Apple will announce a tool on Thursday that makes the process of creating iBooks easier. Ars points out that Apple doesn’t want to get in the textbook or book industry, just like they don’t want to enter the movie industry as content creators. Instead they have offered tools from GarageBand and iMovie to Logic and Final Cut Pro to allow anyone from consumers to professionals to create content.

The current state of software tools continues to frustrate authors and publishers alike, with several authors telling Ars that they wish Apple or some other vendor would make a simple app that makes the process as easy as creating a song in GarageBand.

Ars also believes that Apple will announce support for the ePub 3 standard in iBooks on Thursday. Apple had used the ePub 2 standard along with some HTML5-based extensions for further multimedia and interactive elements, but the new standard removes the need for the proprietary extensions - ensuring that ePubs are compatible across platforms.

[Via Ars Technica]

Quick Review: Wikibot

Aside from jokes about a name that sounds like a Tapbots app, I’ve been using Wikibot, a Wikipedia client by Avocado Hills, on my iPhone, iPad and Mac regularly, earning a spot on my Mac’s dock as well. Whilst Wikipedia’s website is mostly fine to quickly check on something you don’t know (albeit I’d refrain from lacking particular amounts of knowledge on January 18) and desktop launchers like Alfred made it extremely easy to query the service for anything you need, Wikibot stood out to me because of its clean interface and integrated approach to languages, history and bookmarks.

On the Mac, Wikibot starts up as a minimal window onto Wikipedia’s database with a button in the upper toolbar to display the app through Lion’s full-screen mode, one to load a random article, and a search bar. Search is where you’ll be entering your keywords and there is an option to visualize results as text (title + preview) or just title. You can open multiple tabs (CMD+T), change your preferred language from the menubar item, and “copy link” or “open in browser” via a keyboard shortcut.

The nicest features of Wikibot on the Mac, however, are Favorites, History, Read Later and the overall page design, which as I mentioned above is very uncluttered and clean. Not Articles-clean, but still very readable. As for the other functionalities, you can tell Wikibot to add a page to your favorite items, or access your entire history for all the things you looked up. These options are located in a sidebar, which can also display contents of an article (such as sections and references) and categories (as you can see in Instapaper’s case, “iPad” and “iPhone software”). Favorites can be organized in folders, and it’s easy to add a page to your bookmarks using a keyboard shortcut or drag & drop. If you, however, don’t feel like building a permanent database of bookmarks while you’re using Wikibot, but just want to quickly save a link for later inside the app, you can use the local queue functionality.

At $2.99, Wikibot for Mac is a fine desktop app for Wikipedia meant for those who don’t want to keep lots of tabs open in their default web browsers.

I, however, very much prefer the iOS versions of Wikibot, which work like their Mac counterpart but add iCloud sync for History, Favorites and Settings across devices, intuitive font size controls, visual history, gallery for images, sharing options for Twitter and Facebook and offline caching. Wikibot for iOS is a powerful Wikipedia client with a simple interface, and I’m told iCloud sync will soon come to the desktop as well. I especially like the app on my iPad, where visual search and image galleries have more room to shine and “it just feels right” to spend hours augmenting your knowledge.

Plus, Wikibot for iOS is $0.99 right now, which is a great price. Get it here.