Archive for March, 2014

Week start day

March 14, 2014 Comments off

aticon57 I have received a lot of very positive feedback for my new calendar picker, however a number of people have also asked for the week start date to be configurable. My app has always used Monday as the start date for entering dates, but I can understand that some people would prefer (e.g.) Sunday.

My calendar picker was written with any day in mind, and there is even a setting in the main settings app that I could use (under “Mail, Contacts, Calendars” at the bottom). However there doesn’t seem to be a way to access this setting from within an app. I even have code for this that works fine on OS X but doesn’t on iOS. I have therefore opened a bug against iOS.

If Apple come back with a workaround to this issue, I will happily support the day you choose in the settings app.

UPDATE: no response from Apple after a month. I will probably add my own setting for this in my next update.

Account Tracker 4.1 now available

March 10, 2014 Comments off

aticon57 Completely REPLACED the TWO date entry options with my own iOS 7-like date picker. As a result I have now REMOVED the option for choosing the date entry type from the advanced settings screen. In the previous version, the calendar input was NOT removed, you just had to change the setting.

RESTORED the blue buttons on the accounts, account and budget screens. I changed this in my last update to use swipe and edit because the blue i button and arrow combination took up far too much space, especially on the iPhone/iPod Touch. Since then I have discovered that iOS 7 has introduced a mode where you can display the i button only, without the arrow. This is much better from a space perspective, although you do still lose some width.

Layout and text colour changes throughout the app.

Minor bug fixes.

Migrating Dropbox from full access to the Apps folder

March 6, 2014 Comments off

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.