About Matthias Gansrigler

Founder, developer of Eternal Storms Software (www.eternalstorms.at) Responsible for applications like flickery (www.flickeryapp.com), ScreenFloat (http://www.screenfloatapp.com), Yoink (http://www.eternalstorms.at/yoink), Transloader (http://www.eternalstorms.at/transloader) and Glimpses (http://eternalstorms.at/glimpses) amongst others.

iTunes Affiliate Program – One Year In

Last year, I started using the iTunes Affiliate Program.
The program allows you to make a little money by linking to your apps with your affiliate token and lets you track where clicks and purchases come from, as well.
I thought it’d be interesting to do a little retrospective, now that a year has gone by.

Using Affiliate Links

Turning an (Mac) App Store link (or almost any other iTunes – based link) into an affiliate link couldn’t be simpler.
All you need to do is append your affiliate token (like &at=your_token).
Additionally, you can provide context with your links so you can track them more easily later on.
For instance, I “tag” my links with “twitter”, “facebook”, “blog”, “website”, “newsletter”, “yoinkdemo” and so on.
That makes it very easy to track where your customers come from.

I use affiliate links for every iTunes link I share – be it an app of my own or that of another developer.

Tools and Info

There are tools available to you to make affiliate linking even easier, like John Voorhees’ Blink (for iOS).
I personally don’t use any extra software – I have a note in Notes.app with all my affiliate links and then just change the aforementioned context string.

If you’re interested in an in-depth look at the iTunes Affiliate Program, I recommend you read John Voorhees’ excellent comprehensive guide about it on MacStories.
It’ll get you up to speed on how to set it all up.

Where do Clicks Come From?

A very interesting aspect of the iTunes Affiliate Program is its tracking capabilities.
When someone clicks your link, you know:

  • the country the user is in
  • when the link was clicked
  • the context string you provided for the link (like “website”, “blog”, etc)
Live-View of Clicks on Links

A click presented in the live-view of iTunes Affiliate Program’s dashboard. I can see the click came from the US, and from within Yoink‘s “Demo Expired” window.

Furthermore, it tracks what the user purchased – a Mac app, an iOS app, a song, a book, etc.

Top 5 Countries

Based on the number of clicks, the top 5 countries from where people click on my links are:

  1. United States
    22,498 clicks
  2. Brazil
    924 clicks
  3. Germany
    570 clicks
  4. United Kingdom
    91 clicks
  5. Spain
    50 clicks

Apparently, more clicks don’t automatically equal a higher payout.

Conversion Rates

The program allows you to see the conversion rates for your links.
Who really purchased after clicking my link? Here’s what I found out:

  1. 38.62% purchased an app after clicking a link on my website
  2. 25.70% purchased an app after clicking on the link from the “demo expired” window inside the app
    (I haven’t had the affiliate link in the “demo expired” window in Yoink for the entirety of the year, more like only half a year)
  3. 00.72% purchased something when they clicked on a link on my blog

I can’t be sure what the user purchased – once a user clicks a link with an affiliate token, that token is used for the next 24 hours for that user.
Which means that they might click on a link for Yoink, but don’t purchase it. Then, some hours later, they purchase a book on the iBook Store – that will count towards that link’s conversion rate.

A Year of iTunes Affiliate Program Links

Here’s the gist of my first year in the iTunes Affiliate Program:

  • Clicks: 24,647
  • Items Bought: 4,465
  • Revenue Generated: $ 9791.12
  • Payout: $ 685.38
  • Average Conversion Rate: 18.12%

Granted, $685.38 isn’t a lot, but it’s money I wouldn’t have seen otherwise, and as an indie developer, every bit counts ;)

Eternal Storms Software Logo

– – – Do you enjoy my blog and/or my software? – – –
Stay up-to-date on all things Eternal Storms Software and join my low-frequency newsletter (one mail a month at most).
Thank you :)

What I.. (October 2016)

“What I…” is a monthly column where I talk about what’s been going on in my life as an indie Mac and iOS developer during the last month.

… Did

Released Yoink v3.2.5 (blogmac app store, website)

Yoink, an app that improves and simplifies drag and drop on your Mac, has received a maintenance update.
Most importantly (based on the mails I received), this update fixes an issue with Photos.app on macOS Sierra, where Yoink wouldn’t properly accept photos dragged to it.
Additionally, it improves the app’s energy footprint and CPU usage, and fixes a couple of bugs here and there.
The update also fixes my “inactive checkbox” dilemma (see below).

More work on Transloader 3 (mac app store, app store, website)

I started migrating the app’s download mechanism from NSURLDownload to NSURLSession.
It works well (even background transfers), but there are a few caveats with FTP URLs.
Background downloads do not work with FTP URLs, and re-starting them (after they failed, for example) is iffy.
It’s interesting, because if I start an FTP download, stop it, then re-start the download, it often doesn’t work.
But if I start the download, stop it, quit and restart the app and the download, it works instantly. It may be some kind of internal caching in the NSURLSession system for FTP URLs (as http(s) works fine).

Released SiriMote v1.2.5 (website)

macOS Sierra caused SiriMote to misbehave – play/pause and volume up/down would not work properly.
The reason: macOS Sierra has rudimentary support for the Apple TV Siri Remote. You guessed it – exactly those three buttons.
So when you pressed play with SiriMote running, the system would receive the button press and start to play, then SiriMote would receive it and pause again.
SiriMote 1.2.5 disables those three buttons (temporarily while I look into other options) to make it play nice with Apple’s new operating system.

Guest Blog Post: The Story Behind Claquette – Animated Screenshots (blog)

A great post that goes into a lot of detail of what makes GIFs GIFs and creating the Mac app Claquette.
If you haven’t read it, I suggest you do – Thomas sure knows what he’s writing about here.

Blogged: How to badge an App’s Icon in the Dock (blog)

Inspired by a conversation with Jeff Johnson (of ClickToFlash fame), I wrote a quick tutorial on how to badge an app’s icon in the Dock while respecting System Preferences/Notifications’ settings.

Blogged: Follow-Up: Inactive Checkboxes Are Poor UX (blog)

After releasing Yoink v3.2.5, I finally was able to post my follow-up on my “inactive checkboxes” blog post.

Blogged: Yoink’s Revenue a Month After Localizing It (blog)

I saw a spike in Japan and China after translating Yoink into those languages.

… Thought About

Apple’s “hello again” Event

I couldn’t care less about the Apple TV TV app that won’t ever work outside the US anyway (*ahem* Apple News *ahem*), so let’s move on to what mattered (or didn’t).
So, the maximum amount of RAM in the new MBPs is 16 GB, because 32 GB would draw too much power, yet they decided to reduce the battery from a previous 99.5 watt-hour capacity to a 76 watt-hour capacity.
Yes, they couldn’t increase the battery due to in-flight laws, but did they have to reduce it, only to make it a little thinner, and then say 32 GB draws too much power? How’s that designing “for the experience” of a ‘pro’ laptop?
When the first thing they talk about during the introduction of new hardware is how much thinner it is, you know where Apple’s priorities are.
It’s not putting ‘pro’ hardware into a ‘pro’ laptop. It’s making it look good.
The CPU was not really mentioned in the keynote, so it’s likely not that big of an improvement over the previous generation.
And don’t get me started about the ports. I love Thunderbolt, but not being able to connect a brand new out-of-the-box iPhone to a brand new out-of-the-box MacBook Pro without extra dongles…
What happened to “it just works”? This is what Apple used to excel at!
I’m not saying these machines aren’t good. They probably are the best MacBook Pros (or MacBooks Pro? or MacBook Pro devices?).
But why not make them even better? Do professionals really care about thinner when they’re thin enough already?
I’m writing this on a rMBP from mid-2012 and I still marvel at the thinness of the thing. Why not keep it at that level and improve the performance in a way that blows every other laptop out there out of the water?
Where is the courage to say “it’s as thin as last year, but it’s so much more powerful”?
That being said, I do like some of the stuff they did with those new machines.
I like the Touch Bar and have already started working it into some of my apps (particularly, Transloader and Glimpses – it’s too bad background apps can not really put anything into the Touch Bar).
I like the bigger touchpad.
I like that you can charge it from either the left-hand- or right-hand-side ports.
And, after all, I do like the way it looks.
But why not make the MacBook the thinnest Apple can make, and the MacBook Pro the most powerful Apple can make?

… Downloaded

EasyRes App IconEasyRes (mac app store, website)

This app lets you quickly change your screens’ resolutions via a menu bar item (or the Notification Center).

Screenshot of EasyRes in Action

EasyRes in action (screenshot from the Mac App Store)

It shows more resolutions than System Preferences/Displays, that’s what makes this app very useful.

… Read

Does the Mac Still Matter? (cnet)

“We did spend a great deal of time looking at this a number of years ago and came to the conclusion that to make the best personal computer, you can’t try to turn MacOS into an iPhone.”

Is Metal a Game Changer? An Interview with Feral Interactive (macgamerhq)

“It’s not about making development easier exactly, but the new features in Metal certainly make more games feasible on Mac”

Why Apple’s MacBook Touch Bar was the Right Thing To Do (techcrunch)

“Having a discrete bar that can update with context (…) makes total sense. Far more sense than bolting a touch screen onto a non-touch-optimized OS and forcing you to poke at tiny buttons meant for a mouse.”

Experimenting with App Store Search Ads (glimsoft)

“I’ve been thinking about it some more, and it seems like participating in Search Ads will almost be mandatory, if you want any source of traffic from App Store Search.”

iPhone 7 Plus Depth Effect is Legit (prolost)

“Sometimes that makes the photo prettier. Often, it can make the photo.”

… Watched

Blair Witch Movie PosterBlair Witch (itunes)

Only recently I found out a new movie in the Blair Witch franchise would be released (as it was kept under wraps during production).
I loved the first one and despised the second one, so this movie could have gone both ways. And it did.
I liked it in general, but some elements were just a blatant copy of the original, which is kind of sad. But it was scary, and that was what I was looking for. So the movie delivered, but I still felt a bit disappointed.

… Ate



… Went to See

Me lying in a coffin

“The Long Night of Museums” – My girlfriend and I went to the cemetery, where you could try lying in a coffin. It’s eerily comfortable.

My girlfriend Britta and I at the Austrian Bundeskanzleramt

We also went to the Austrian Bundeskanzleramt. The chancellor was nowhere to be seen, his office closed. Big let-down. But we got a nice picture out of it.

Eternal Storms Software Logo

– – – Do you enjoy my blog and/or my software? – – –
Stay up-to-date on all things Eternal Storms Software and join my low-frequency newsletter (one mail a month at most).
Thank you :)

How to Badge an App’s Icon in the Dock

An app icon badged with 'Badge'

A recent conversation I had with Jeff Johnson (of ClickToFlash fame, @lapcatsoftware on twitter) prompted me to look into how badging an app’s icon in macOS’ Dock works.

There were a couple of questions that needed answering:

  • Does badging happen automatically when sending an NSUserNotification?
  • If not, how do I apply a badge to my app’s icon in the first place?
  • How do I retrieve and respect the user’s Notification settings for the app in System Preferences?

Automatic Badging by Sending a NSUserNotification?

NSUserNotification Notification

Nope, automatic badging doesn’t happen. Even though System Preferences -> Notifications suggests that badges and notifications belong together, in code, they’re separated.
That means you have to add the badge to your app’s icon yourself. Also, you need to keep track of whatever number you want to display with the badge and update or clear it at appropriate times.

For example, Mail.app uses the badge to display the amount of unread eMails you have. The badge doesn’t clear when you activate Mail and only decreases when you mark mails as read.
Transmission, on the other hand, informs you about how many downloads have finished since you last had the app active. Once you activate the app again, the badge gets cleared and re-starts from zero.

How to Badge the App’s Icon?

Badging is straightforward:

NSApp.dockTile.badgeLabel = @"Badge";

Please note that putting text into the badge is not a good idea – I did it here just for fun, but text in the badge is very limited and if you have a longer string, what you’ll end up with is something like “A….z”.
It’s best to stick with numbers.

Respecting System Preferences’ Notifications Settings?

If you only use badges (without notifications), you’ll notice your app is missing from System Preferences’ Notifications preference pane.
That can pose a problem, because now you either have to create your own user-setting for badges or the user will have no way of turning them off.
The trick, then, lies with NSUserNotification. Not in the API itself, but in two crucial steps:

  1. Code sign your app.
  2. Add this key-value pair to your Info.plist: NSUserNotificationAlertStyle with a string value of either banner (recommended by Apple) or alert.
    Supposedly, there’s another value, none, but that hasn’t worked for me yet – the app won’t appear in the Notifications preference pane.

Having the key-value pair in your Info.plist has no downside if you don’t use NSUserNotifications. There’s only the upside of having the user be able to disable your app’s badges if they like.

Now that the user can change the setting for your app’s badges, how do you read it out to see if you should badge or not? It’s easier than you think: you don’t.
Just like the system doesn’t show your NSUserNotifications if the user has disabled them for your app, the Dock simply doesn’t display your badge if the user has disabled it in System Preferences.

All you have to do is keep track of the number that should be displayed in the badge, and that you update or clear it at appropriate times.
For example, you might not want to have the badge visible when the user quits your app, so you could set -badgeLabel to nil in -applicationWillTerminate:.

By the way, if you ever need to reset System Preferences – Notifications for your app (or all apps), there’s a nice how-to on stackoverflow.

Happy badging :)

Update: Jeff Johnson follows up with some more tips and tricks about NSUserNotification in this blog post.

Eternal Storms Software Logo

– – – Do you enjoy my blog and/or my software? – – –
Stay up-to-date on all things Eternal Storms Software and join my low-frequency newsletter (one mail a month at most).
Thank you :)