Apple Q1 2013 Results: $54.5 Billion Revenue, 47.8 Million iPhones, 22.9 Million iPads, 4.1 Million Macs Sold

Apple has just posted their Q1 2013 financial results for the quarter that ended in December 2012. The company posted revenue of $54.5 billion ($13.81 per diluted share), with 22.9 million iPads, 47.8 million iPhones and million 4.1 Macs sold. Apple sold 12.7 million iPods. The company reported quarterly net profit of $13.1 billion.

We’re thrilled with record revenue of over $54 billion and sales of over 75 million iOS devices in a single quarter,” said Tim Cook, Apple’s CEO. “We’re very confident in our product pipeline as we continue to focus on innovation and making the best products in the world.”

“We’re pleased to have generated over $23 billion in cash flow from operations during the quarter,” said Peter Oppenheimer, Apple’s CFO. “We established new all-time quarterly records for iPhone and iPad sales, significantly broadened our ecosystem, and generated Apple’s highest quarterly revenue ever.

Compared to last year’s Q1 – which had an extra week – Apple made $8.2 billion more revenue, but the same profit. Read more

Watermarker 1.1 with Batch Processing→

Watermarker 1.1 with Batch Processing

When my dear friend and MacStories writer Don Southard released the first version of Watermarker, I didn’t know whether posting about it here on MacStories would be appropriate. However, after I’ve come to use the app and know how much Don is committed to making it great, I now think not mentioning it would be a disservice to my readers.

Watermarker provides a simple and automated way to add watermarks to images. You can choose between various options including text, your own logo, or even a customizable strikethrough. The app has a clean interface with the “canvas” (the area where you can drop an image) displayed on the left, and watermarking settings on the right. I like how you can save presets (so I can have one for my “large” MacStories watermark, another one for the smaller version), and the fact that an image’s size is reported right below its preview. Don’t take my word for it – I’m not the only one who thinks Watermark is a fine app.

Today’s update is particularly interesting for my workflow because it adds batch processing. You can drop multiple images at once into the canvas or dock icon (you can also drop an entire folder), and Watermarker will display a red badge in the canvas on top of your “stack” of photos (I wish I could click on the photos in the stack to select them). Once imported, you can set your watermark, and the app will apply it to all images at once; I like how Don also created a slider to set opacity for an image. To export, you can simply drag the images out of the canvas or save them. In both cases, a copy will be created.

I don’t like watermarking images, but Watermarker makes it extremely easy and fast. If I had to nitpick, I’d say that it’d be nice to navigate images in the canvas using the arrow keys (so you could still get a preview of the images you’re watermarking) and have AppleScript support for deeper automation workflows. Even without AppleScript, however, version 1.1 is a great improvement over Watermarker 1.0, which required you to import images one-by-one.

Go check out Watermarker here. The app is available at $7.99 on the Mac App Store.

Permalink

Due Clipper For Google Chrome

When there are no actual news or notable app releases, I prefer investing my time in creating something for other people.

Continuing my ongoing series of tips on iOS URL schemes, here’s an adaptation of my existing Due bookmarklet to work better with Google Chrome for iOS (which, as I’ve pointed out several times, has a very nice URL scheme). The following code (to install it, simply copy it and paste the entire string into a bookmark) grabs a webpage’s title and URL and sends them to Due (also powered by a great URL scheme). Read more

Create New Byword Notes From Mr. Reader→

Create New Byword Notes From Mr. Reader

I’m a big fan of Mr. Reader’s new services menu. Through URL schemes (documented here), it allows the app – a Google Reader client – to send selected text, URLs, or article titles to other apps. One of the custom actions posted by the developer allows you to create a new note in Byword, possibly formatted as a linked post for your blog.

The action (which you can download here) uses by Byword URL scheme to create a new note. In the note, you can have the article’s original title, some selected text, and a source link formatted as Markdown. As shown in the image above, you can modify the template with any characters you want. For instance, I added a > character before [TEXT-SELECTED] to format the selection as a quote block in Markdown.

I personally use Nebulous Notes and Poster to create articles for MacStories on the iPad, but a lot of folks like Byword. Check out the Mr. Reader action if you’ve been looking for a way to send text and links from Google Reader to Byword.

(Bonus: here’s a quick video showing the action)

Permalink

Chrome for iOS: Send A Webpage Back To Safari Via Bookmarklet

Sort of. Here’s a fun experiment.

Today, I wanted to quickly send a URL from Chrome for iOS – my default browser – back to Safari. I know there are ways to do Safari-to-Chrome, but I wanted the opposite: from Chrome back to Safari. I needed to install some custom Mr. Reader actions, and Chrome was giving an error when tapping on the downloadable files. I figured I could make a bookmarklet to take the current webpage in Chrome and send it to Safari.

Not so fast. There’s no documented URL scheme on iOS for opening web links in Safari, except, well, the http:// scheme itself. In testing various bookmarklet ideas, I thought that replacing googlechrome with http in Jon Abrams’ bookmarklet would force Chrome to send a link to Safari. But as It Turns Out™, doing this sort of trick in Chrome for iOS:

javascript:window.open('http'+location.href.substring(4));

…simply opens a new tab in Chrome.

What I ended up using is a hack – and a very curious one – to leverage Chrome’s support for x-callback-url to open a link back into Safari. I was inspired by Cormac Relf’s script, which I discovered yesterday when he showed me another script he made for Pythonista.

javascript:window.location='googlechrome-x-callback://x-callback-url/open/?url='+encodeURIComponent(location.href)+'&x-source=Safari&x-success='+encodeURIComponent(location.href);

As you can see above, we’re telling Chrome to open a new tab using…itself. The trick, at least theoretically, is to use an encoded location.href string to call back Safari, which is registered for the http:// scheme that Chrome, in this case, opens “externally”. Displaying x-source is needed per Google’s URL scheme specification; the name you give to x-source will be displayed as a “back” button in Chrome (as shown in the image above).

This is a profoundly inelegant and ultimately flawed solution. To make this “work” you have to:

  • Type the bookmarklet’s name, because Chrome has no bookmarks bar;
  • Nothing will happen.
  • Close Chrome;
  • Re-open it;
  • A wild new tab appears!
  • Tap the Safari button. It’s super-effective.
  • Safari will launch the link, closing the additional tab Chrome decided to open.

What is going on, exactly? Via JavaScript, we’ve forced Chrome to open a tab in itself, but doing so with x-callback-url inside a bookmarklet creates, for some reason, quite a strange behavior: the tab isn’t opened unless you close and re-open Chrome, therefore partially defeating the whole purpose of this bookmarklet, which is to quickly open a webpage in Safari. But, in spite of the clunky process, a new tab with a “Safari button” is created nevertheless, allowing you to tap it to launch Safari and close Chrome’s extra tab.

My conclusion is that we have three solutions: a) it’s not possible to create a straightforward Chrome-to-Safari bookmarklet; b) it’s possible in another way that I haven’t explored; or c) it’s possible with the x-callback-url hack, but in a different way.

If you have ideas, ping me on Twitter.

Sponsor: Newer Technology NuGuard KX

My thanks to Newer Technology for sponsoring MacStories this week with NuGuard KX.

–

The NuGuard KX is a protective case for the iPhone 4/4S and iPhone 5. The KX offers protection against accidental drops, impacts, and scratches without sacrificing looks or adding bulk. It’s been certified by Quanta Laboratories to withstand Shock Test Method of the MIL-STD-810G (U.S. Military Standard). And, unlike common military-impact test grade iPhone case materials, the NuGuard KX uses “X-Orbing gel” technology to absorb and evenly distribute kinetic energy. In one piece, the NuGuard KX offers access to all ports and buttons while offering an advanced protection.

Find out more about NuGuard KX here.

Temple Run 2: 20 Million Downloads In 4 Days→

Temple Run 2: 20 Million Downloads In 4 Days

Imangi Studios has today announced that Temple Run 2, the highly anticipated sequel to Temple Run, has been downloaded over 20 million times in four days on the App Store. The original Temple Run was downloaded 170 million times across the App Store, Google Play, and Amazon Appstore.

Temple Run 2 generated 6 million downloads in the first day, making it one of the most successful iOS launches to date. Looking back at previous record-breaking numbers for iOS apps and games, Rovio reported 10 million downloads in 3 days, but on several platforms; the Google Maps app (also free like Temple Run 2) was downloaded over 10 million times in 48 hours. Imangi Studios also announced that Temple Run 2 is currently the #3 Top Grossing App on the App Store.

It’s no surprise that Temple Run 2 is doing well as far as in-app purchases are concerned. The game is clearly more optimized for IAPs, with unlockable upgrades, virtual items, and re-plays: if a player loses, he/she can choose to continue the same run using “gems”. Gems can be collected in the game, but they’re quite rare; the easiest way to get gems is to buy them. The “play again” menu is named “Save Me” and it appears in the middle of the screen every time a player reaches Game Over: it’s a very easy target to tap, it’s worded in a way to entice players towards continuing a run, and it mixes IAP with items that can also be collected in the game, albeit less frequently. For the developers, I believe it’s a very intelligent implementation of IAP (a subject we covered last year); for the players, it can become annoying because – as far as I can tell – there’s no quick way to dismiss the “Save Me” screen, which disappears after ~2 seconds.

Temple Run 2 is optimized for IAPs in other ways as well. Users can “like” Temple Run on Facebook or follow the game on Twitter to “get free stuff” (again, gems). In the in-app Store, they can buy coin packs, a “coin-doubler” upgrade, and gem packs that go from $0.99 for 5 gems to $19.99 for 500 gems. Unsurprisingly, the App Store page of the game reveals the top in-app purchases so far: the $0.99 5 Gem Pack, the $0.99 5,000 Coin Pack, and the $4.99 50 Gem Pack. I’d be curious to know the percentage of users who bought gem packs by following the “Save Me” button.

Speaking of Temple Run, make sure to check out The Telegraph’s interview with Imangi’s Keith Shepherd. In the interview, Shepherd talks about the history of Temple Run and their decision to rely on IAPs, but the first answer is my favorite. Making a game feel like a natural “extension of the player” has always been a top priority of another company that knows how to make games.

Permalink