Migrating Dropbox from full access to the Apps folder

I have supported Dropbox in my iOS apps for many years, and they all expect files to be in (or below) the top level folder. More recently, Dropbox added support for apps only being able to access files in a per-app subdirectory of a folder called Apps. This keeps your Dropbox folder nice and tidy.

I plan to update all of my apps to support this newer mode, however it wasn’t obvious how to do the migration (there is very little documentation about how to do it!). This is more of a technical post on my findings and a solution that works for me.

1. First of all, each app is registered with Dropbox, specifically my existing apps are all registered for full access to Dropbox. To support the Apps folder too, you need to register a second version of each app, to give you a second key/secret pair.

2. You need to give each a new name. I simply added (Apps folder) on the end.

3. Choose the name of the subdirectory. This is unique across all apps, so think carefully before choosing. I have simply used my app names as they were not (yet) taken.

In order to support existing users PLUS new ones, my plan was to detect whether the app is already linked to Dropbox, and if so use the old key/secret pair for authentication. If the app is not yet linked, I use the new key/secret pair.

One slight issue is that there is no obvious way to detect which access method is currently being used. Basically the Dropbox APIs don’t tell you. I therefore have to keep track of this myself with a hidden user setting. When the app is first launched, I first try the old method. If it is linked to Dropbox already, I continue to use that. But if not, I switch to using the new method from that point onwards.

The only slight drawback is that users will need to copy their existing files from one folder to another. I will of course document this with each update!

UPDATE: Hill Lists 4.1 now includes this change. My other apps will follow.

Account Tracker calendar input

aticon57 Quite a few people have commented (or have left negative reviews) about me removing the calendar input from Account Tracker. The reality is I haven’t removed it at all, I just changed the default setting to use the iOS 7 scroll wheels (HINT: look in the Advanced Settings). The old calendar input looks very dated on iOS 7 and it really needs replacing.

I do appreciate that the scroll wheels don’t show the day of the week. This is an Apple limitation as they don’t provide a scroll wheel for date input that lets you see the day of the week as well as the full date.

The solution to all of this is a completely new iOS 7-like calendar picker. I have been experimenting with this today and have come up with the following (screenshot below). This provides all the functionality of the old calendar input, but it looks a lot nicer. It also supports jumping forwards and back a year at a time (using the double arrows).

It will be included in my next update, coming in a few weeks.

2014-02-09 05.53.33

Meter Readings 4.1 now available

mricon57 Minor improvements to the layout on iOS 7.

By popular request, added support for storing notes per reading. This is done on the Readings screen, by tapping the blue button(s). Readings with notes are shown with a yellow background.

When using touch/hold on the graphs, the app now displays the percentage change from last year to this, as well as the absolute values.

ATB Viewer for Mac 1.1 now available

atbv-64x64
This is the first of many updates – please keep the feedback coming!

The app now detects iCloud backups that are too old to support syncing, and it suggests that you make a new backup.

Added support for resizing the account and transaction table columns, and remembering your settings between launches.

Changed the default colours used on the budgets and reports screens to match my latest iOS 7 update.

Improved the way the app handles its windows. If you close the main window, it will now terminate the app, ready to be re-launched.

Fixed bugs to do with balance calculations when viewing transactions in descending order (newest first), and also the blank transaction screen issue (caused by having empty account groups).

Other minor improvements.

If you find ANYTHING that is not working correctly, see my support page or get in touch.

Mac app pricing vs iOS

atbv-64x64
In their Q1 2014 results, Apple stated that they sold 51 million iPhones, 26 million iPads and 4.8 million Macs. That is 77 million iOS devices vs 4.8 million Macs. Or approximately 16 times more iOS devices than Macs.

This statistic is also evident in app sales figures. In October 2009, my Meter Readings app made it to the 15th top paid iPhone app in the UK and at that time it had around 700 downloads per day (as a result of it being featured in The Sunday Times and then by Apple themselves – my normal sales figures are a LOT lower than this, believe me!).

Earlier this month I launched ATB Viewer, my first Mac app and a companion to Account Tracker on iOS. It soon made it to the 11th top paid Mac app in the UK, with just 40 or so downloads. Yes, 40. This just confirms that the market is significantly smaller and inline with device sales.

There is no real difference to the cost of developing an app for iOS vs one for the Mac. In fact I would say developing for the Mac is more time consuming, due to its older, convoluted APIs. So if it costs roughly the same, yet the available market is 15-20 times smaller, clearly Mac apps need to cost 15-20 times as much to make the same amount? And if a developer can’t break even, they are NOT likely to support the platform.

Of course, not all Mac apps are this expensive. However I can almost guarantee that the cheaper ones don’t make their developers any money at all. Chances are they will be working REALLY hard for next to no return.

So, on to the real reason for this post … 🙂

A couple of people have complained, saying my ATB Viewer app is “overpriced” or “not good value” at £4.99 (*). Sure it is more than an iOS app. Out of the purchase price, I get around £3. So on a day when I made it to the 11th top paid app in the UK, I made £120 (most of my sales are in the UK). It is looking like normal sales will be around 1-5 per day, or £3-£15. Given that it costs 10s of £1000s to develop an app (**), and £1000s to support it each year, it will take MANY YEARS to get the cost of development back, if ever!

When I do release a full version of Account Tracker for Mac (later this year), I will probably charge £14.99 as that seems to be the low end of the “better” finance apps. This would be discounted for a short period so that those of you who support me don’t feel they are paying twice.

In summary, I (and probably 99.999% of other app developers too) don’t make a lot out of app sales. For me it is a fun hobby, and I am thankful I have a full time job to support myself and my family. But having said that, I don’t feel I should work for nothing!

* £4.99 is 1 cheap bottle of wine, 2 coffees, or 1.5 pints of beer

** about the cost of a car, depending on its functionality

Account Tracker 4.0 now available

aticon57 This is a MAJOR UPDATE, adapting the user interface to iOS 7. If you don’t like change, or you don’t like the iOS 7 interface in other apps, PLEASE DON’T UPGRADE as there is no easy way to go back. Please see here for an idea of how the app will look on a device running iOS 7 (earlier iOS versions will not see this UI change).

Note that you can no longer configure the “black” theme on iOS 7. Also the blue arrow buttons on the accounts, account and budgets screens have gone as they take up to much room. Instead, swipe right to left on a row and select Edit.

Also included are the following enhancements …

Added support for importing UTF8-encoded CSV files.

Added options for backup reminders after 14, 21 and 28 days. Also quick restart periods of 30, 45 and 60 minutes.

Other minor improvements.

Note that the minimum iOS version now supported is 5.0.

Hill Lists 4.0.1 now available

hlicon57 Minor improvements to the layout on iOS 7. Also made the Today/Unknown button on the date screen more obvious.

Improved the way you enter dates on the iPad. This fixes a long standing bug where your ascent list could be confused if adding ascents out of order.

Brought the backups screen into line with my other apps (Account Tracker and Meter Readings).

More on iOS 7 user interface changes

I have now updated two of my apps to have a more iOS7-like user interface (specifically Hill Lists and Meter Readings). I have received a lot of positive comments on these changes (and no negative ones!), which is good news indeed. Similar changes to Account Tracker have also been completed and I will be submitting v4.0 to Apple soon.

Having finally decided to go ahead with an iOS 7 update, my concern about this change is all a bit moot now. Apple have just told developers that as of 1st February, all new apps and app updates MUST be built with the latest iOS 7 SDK! This means that any update will force developers to migrate their apps to iOS 7.

I know some of you don’t particularly like iOS 7. If this is the case, remember that updating an app is your own choice!