Duncan's Blog

New iPhone App

duncan.jamesbell@icloud.com (Duncan James-Bell) — Fri, 12 Feb 2021 21:28:20 GMT

Delayed 3.1 Update

After completing the WatchOS changes over xmas, I had intended to release the Apple Watch version with multiple accounts and iCloud sync as a standalone release before starting work on the iPhone App. However in reconfiguring the project to start working on the iPhone App I then found I could no longer release Watch apps without the iPhone App....probably because of my lack of understanding of Xcode configuration; but in the end I needed to complete the bare bones of an iPhone App before finally getting this release done.

WWYS Version 3.1

duncan.jamesbell@icloud.com (Duncan James-Bell) — Thu, 03 Dec 2020 20:41:49 GMT

The next step...

After the disappointment of any better messaging API this year, I've been experimenting with better ways to export the data from the watch. In the end I decided the best way forwards was to bite the bullet and sync data to iCloud and write a dedicated iPhone App.

The move to iCloud data storage has taken quite a lot of work because changing the data schema in the future becomes harder, so I first of all had to bring forward other features such as multiple account support that impact the data schema. So I am going to do this in two stages. Firstly the next version will come with multiple account support and iCloud data sync, then at a later data an iPhone App to improve data export.

I've just completed my first beta version for WatchOS, but its such a big change that I will need to road test it for a few weeks before getting ready to release. I also need to update all the instructions on this web site as its a big change to the overall structure and flow for quite a few use cases.

If anyone wants to help out with beta testing please get in touch!

Post WWDC 2020 Plans

duncan.jamesbell@icloud.com (Duncan James-Bell) — Tue, 30 Jun 2020 12:00:52 GMT

What next for WWYS?

WWDC has been a mixed bag in relation to WWYS. I had really hoped for more message API support on the Apple Watch so I could improve export to use iMessage or email, but unfortunately I can't find anything that might assist. On the other hand SwiftUI has made some big improvements on what is possible.

This leaves a dilemma; WWYS was always intended to be based on SwiftUI as being the best way to have a good WatchOS only app, the the reality of the current implementation is that quite a bit of the "Outer Shell" had to be built with WatckKit. In the new WatchOS 7 this would no longer be the case, but removing and porting to full SwiftUI would make it very hard to be backwards compatible with Watch OS 6.

Having given it some thought I've decided that my approach will be to first update the current App so that it better aligns with WatchOS 7 during the beta period, using its current architecture in a WatchOS 6 backwards compatible way. This is to support anyone on the beta program and ensure WWYS keeps working. In parallel a WatchOS 7 only port will take place to release as shortly after the official WatchOS 7 release as possible. At this point I will drop WatchOS 6 compatibility and so users will need to upgrade to keep up to date with new versions. However, this will be preceded by a final WatchOS 6 release that is backwards compatible.

Complications

duncan.jamesbell@icloud.com (Duncan James-Bell) — Sat, 09 May 2020 19:01:42 GMT

Updated and over complicated Complications

I've been working on improved complication support for WWYS. Apples logic behind these complications is incomprehensible. For those who have never looked into this, different watch faces support different complications. Some look almost identical on the watch in size and shape, but vary in what data can be added to them. I was trying to mainly provide the daily spend directly on the complication, but was unable to make this work in all cases.

Some complications allow text or images, others support some kind of gauge, and even though they may look the same shape not all can be used on every watch face - there seems to be no specific logic, almost as if Apple just a a new type every time they get a new idea and add it it the faces they are working on at present!

Anyway the results will be in the next update. I'm not really happy with them, but its the best I can do without finding way to add a gauge of some kind ;->

I did wonder about adding a weekly/daily spend target just so I could do this, but it just seems so artificial. After all I've put the totals on the main screen so if you can't work from that adding a little bar doesn't seem to do much other than look pretty and add complication - which I have tried to avoid as the functional path being simple is the most important aspect of the app.

Weird SwiftUI bugs

duncan.jamesbell@icloud.com (Duncan James-Bell) — Thu, 30 Apr 2020 18:25:23 GMT

Discovered some odd SwiftUI layout differences between WatchOS 6.1 and 6.2

There seems to have been a change on WatchOS (maybe other platforms as well for all I know) in how SwiftUI lays out views when it comes to sizing Text. I've been investigating why WWYS running on 6.1.2 seems to have odd places where the Font is so small it can't be read....

Its not everywhere and I can't work out the logic. The place I noticed it were:

Text in Expenses Pay list rows
Text in Welcome Screen beneath the Currency Picker
OK Button in Filter screen
Test In Change Currency Screen beneath Picker

I'm sure there would be others. I downloaded the old OS for the simulator and it replicated what I see on the watch. Definitely related to which elements get preferred sizes. For now I've given up trying to work it out and will move the minimum supported version to 6.2 as I suspect this may be one of those early SwiftUI things Apple fixed without telling anyone (at least I can't find anything in the release notes).

Its not totally satisfactory, but not worth adding complexity for multiple operating system versions support in a free App, unless I can get much more clarity on what has changed. So apologies to any users - you'll have to upgrade WatchOS if you see this issue.

WWYS 2.0 Released

duncan.jamesbell@icloud.com (Duncan James-Bell) — Sat, 25 Apr 2020 17:51:51 GMT

WWYS 2.0 has just been approved on the App Store.

This release has now been approved. I plan to take a break on feature development for now. I'll fix any bugs that get reported, but for what I want to do next I want to see what Apple release in WatchOS 7 at WWDC. Its likely that they may add APIs, that would make it much easier and I don't want to start and find that I've wasted effort.

If anyone has feature requests or ideas, comments and even complaints let me know at wwyssupport@james-bell.net

WWYS 2.0 Update

duncan.jamesbell@icloud.com (Duncan James-Bell) — Thu, 23 Apr 2020 19:17:49 GMT

Foreign Expenses in Beta

The work on WWYS foreign expenses has gone very well.

In the end I decided to add a setting to turn on foreign expenses and let you select a default currency. When the is switched on, WWYS does a daily attempt to get all the exchange rates against your home currency and caches them. A new page is added to Expense creation, which takes the amount entered assuming your default foreign currency and converts it to your home currency. If the is the intent then you can just swipe over to confirmation; but you could change to another currency or enter an explicit exchange rate from this screen.

This seems to give an easy workflow for the intended use case; a trip abroad, where you can turn the feature on for the duration of the trip and get immediate translations to your most likely foreign currency, but could still switch it if for example you were offered a currency choice when making a card transaction, or made a border crossing etc. The design aim is to minimise the interaction needed to create an Expense and keep a simple fast interaction.

Therefore I'm really pleased that this design has zero impact when foreign expenses is switched off; no change to the current Expense workflow, or data that has to be displayed on the limited screen real estate . The setting can be toggled or default foreign currency modified at any time.

I'm currently testing out builds of 2.0, with foreign Expense support and quite a number of major bug fixes for problems uncovered in the redesign - this may take longer than usual because it's been a big architectural change, and also because I don't have the same opportunities for live testing under lockdown as previously.

If anyone would like to volunteer as a beta tester please contact me at wwyssupport@james-bell.net.

WWYS Version 2.0

duncan.jamesbell@icloud.com (Duncan James-Bell) — Tue, 14 Apr 2020 15:22:36 GMT

Foreign Expenses

I'm starting work on 2.0 of WWYS. This is a significant feature addition which was planned from the initial concept for WWYS. The concept is to add the ability to enter an Expense in a different currency to your home currency, and have the app get the exchange rate from the internet to give a rough value in your home currency. The CSV export would include the actual Expense in its native currency along with the exchange rate used and the converted value in the home currency.

This would allow import to your main finance package, and the foreign Expense can then be identified and corrected against the actual exchange rate used by your bank etc.

The idea is is that using the general exchange rate would give a good idea of what it has cost whist out and about, and provide enough data during reconciliation of the account to identify it correctly.

The difficultly is adding this functionality to the watch without impacting the easy Expense workflow developed so far. To achieve this a new Setting will be added to identify a Travel Currency, which if activated will add a forth page to appear during the addition of an Expense, which will give the user to enter the transaction as either a home currency or travel currency Expense. If no Travel currency has been selected then this page will not appear. Once entered the travel currency value will be converted to your home currency using the rates advertised by the European Central Bank, using the latest data the watch was able to cache. (will try and update once per day, but will use whatever data it has available). The Expense List screen will indicate that a value id an estimation in the home currency, and full details will be available in the CSV export.

One side impact of this change is that the selection of a home currency can't be allowed to change one selected without resetting the Expenses stored in the watch. I doubt this will be an issue because you would expect the home currency to be tied to the bank account being used, so any change would also align with a bank account move so resetting the Expenses would also make sense. This will mean removing the home currency setting and adding it to the Reset Expenses workflow and of course on initial installation.

Please share your thoughts as a comment here or send to wwyssupport@james-bell.net. As I'm only just starting this feature, any comments or ideas are welcome and could be incorporated into the final solution!

Small Mistakes....

duncan.jamesbell@icloud.com (Duncan James-Bell) — Sat, 11 Apr 2020 19:41:19 GMT

I made a small error in setting up WWYS and I've only just worked it out!

WWYS is mainly written using SwiftUI. However there were quite a few gaps in SwiftUI when I started out. It was not clear how to get a set of Pages to work as SwiftUI doesn't provide a PageViewController. (I realise I could have written one, but that was slightly beyond me and not my focus when I started. Plus I still think it likely Apple will provide a standard control in the next version of WatchOS)

Anyway the way I set it up was to use a WKHostingViewController around each "Page" view and launch a set of pages using the reloadRootPageControllers, which I put inside applicationDidBecomeActive(). At some point a realised that one of the stability issues I was having meant this should have been out a DispatchQueue.main.async block, and that's how its worked ever since....

Coming to todays issue I had been aware for a while that every time you leave WWYS, next time to go back to it you are forced back to the top level. Most of the time this would probably be correct behaviour; if the app is left for prolonged periods then starting at the opening screen is more than likely what the user desires and expects. But if you are in the middle of entering a new Expense it definitely is not. Unfortunately this happens quite frequently to me as I get a notification of a contactless payment shortly after its made and usually whilst I'm in the middle of creating the Expense in WWYS!

I started work on looking at solving this problem by saving UI state so that on return the app could resume correctly. This turned out to be very complex as WatchOS doesn't provide the same framework as iOS and as I am using a mixture of SwiftUI and WatchKit, its much harder to roll your own solution. It was whilst I was tracing through the API calls of SwiftUI and WatchKit when you exit WWYS in every use case I could think of, that I noticed that of course applicationDidBecomeActive() is triggered EVERY time the app becomes active, even if the App has not been closed bu WatchOS. Hence all I had to do to solve the bug was move the reload out of this method...duh. I don't need to store UI state at all - just wish I could now get back the 4 evenings this week I've spent puzzling over this problem.

A New Approach To Export

duncan.jamesbell@icloud.com (Duncan James-Bell) — Thu, 02 Apr 2020 18:48:03 GMT

Export based on filter

After 1.3 made its way to the App Store I started work on adding the ability to record for each expense when it is exported. This means its no longer necessary to delete all the expenses, after each export to stop them being re-exported. I added the ability to filter on whether or not an Expense has been exported so that the default view can show Expenses that haven't yet been exported as the default view. Modifying the filter allows previously exported Expenses to be viewed if desired.

This led to the decision to make export work with the current filter so that it exports exactly what is on the screen - so export has been moved to the Menu on the Expenses List. With all filters off therefore it exports the as yet unexpected Expenses, which would be the normal case.

These changes caused a new layout problem as there were too many Menu items. To solve this I've moved the Predefined filters onto the top of the Filter screen, along with redesigning how the top level shows which filters are active (giving a textual description was getting to take too much space).

Hopefully the end result is a neater and more logical user experience!

With so many changes I will try it out myself for a couple of week to make sure its all working as expected before submitting to the App Store.

Next WWYS Release 1.3 submitted for review

duncan.jamesbell@icloud.com (Duncan James-Bell) — Fri, 27 Mar 2020 11:34:10 GMT

Filtering Expenses

The first version of Expense Filtering was completed last night and submitted for App Store approval.

This version add a Long Press Menu to the expenses screen to allow filtering by date range or payee (or both). At the moment the filter is not persisted, as in discussion with some users, this was the preferred option; filtering being temporal by nature. The default view is set to a 7 day period. Both these decisions are a bit arbitrary so any feedback welcome!

I will be adding filtering by amount range shortly to complete the filter functionality I currently have planned, then next I will look at recording which expenses have been exported, and allowing export based on the applied filter!

As always let me know you thoughts on these any any other feature ideas.

New Feature Ideas Welcome

Wed, 18 Mar 2020 12:39:53 GMT

Spare time on my hands....

Due to the Corona virus situation I seem to have time on my hands to work on the next major feature set for WWYS.

I'm currently working on adding more control to what gets displayed in the Expenses list view, and I'd like to give more control over what gets exported to CSV.

The other area I desperately want to improve is the whole export mechanism. Originally I wanted to send an export via email, and had in fact fully implemented it and tested in the simulator, but it appears the limitations on the Apple Watch means that low level socket code is not allowed so my SMTP integration was blocked (which begs the question of why Apple doesn't reflect that in the simulator....). Anyway I moved to an HTTP file upload at the last minute as the best solution I could find.

The only other solution that seem possible are to create an iPhone app to handle the export. I'm really reluctant to do this as my whole project was to create a standalone watch app. Of course Apple may have new possibilities in WatchOS7 in June, so in any case I'm not going near this till at least after WWDC.

I have also found some services that provide an HTTP access to SMTP server. This should be possible, but they change for usage and I don't really think this app would generate anything like enough revenue to cover the cost. I am thinking of investigating it though because I'd really like it to work this way! If I succeed it may have to be an in app purchase option.

Anyway if anyone has any thoughts or feedback please get in touch via the support email link.

wwyssupport@james-bell.net

Internationalisation Added to WWYS

duncan.jamesbell@icloud.com (Duncan James-Bell) — Thu, 05 Mar 2020 19:38:56 GMT

Just submitted to the App Store...

Not quite in my planned order but next update is ready. This one adds internationalisation for Dates and Language support for German , French & Spanish. I apologise in advance for any poor translations! If you have a better translation or suggest a correction then please get in touch!

Next release nearly ready

duncan.jamesbell@icloud.com (Duncan James-Bell) — Sun, 23 Feb 2020 15:58:51 GMT

Release 1.1 is almost ready to go to App submission!

So far I've completed:

Weekly spending total (with option to specify which day is the start of the week)
Lots of new currencies - hopefully most of those in Europe and North America
Modified and improved numeric keyboard animations to feel more responsive.

WWYS Lauched on the App Store!

duncan.jamesbell@icloud.com (Duncan James-Bell) — Tue, 11 Feb 2020 22:04:49 GMT

Launch Day

WWYS passed App Store approval today and is now officially in the App Store!

WWYS First WatchOS App

Sun, 09 Feb 2020 19:48:53 GMT

Watch What You Spend

My first WatchOS App for Apple Watch. I'm in the process of submitting it for App review and its more complicated than I thought it would be!