Brandsonic Apps blog

I recently found out that my long time web host, Webs (AKA Freewebs) will be shutting down on March 31st of this year. This will leave me without a website. I outgrew Webs a long time ago and I've been wanting to move to something different, but I haven't found anything else I really like. I am setting up a site on Google Sites that I intend to be temporary. With this site, I don't have the same page limits as I did on Webs. So I plan to have more apps on it than just Brandsonic Web. When the new site is ready I will announce it here and on Twitter. This blog will remain, it is not being affected by the Webs shutdown.  Google Sites doesn't resolve the issue of where to host the Brandsonic Web portal. Not sure what I am going to do about that. The portal is hardcoded as the default home page in all versions of Brandsonic Web except for the latest version of Brandsonic Web for Mac. This means that once Webs is shutdown, the portal will no longer be the home page. I don

After working on it for over a year, the Swift rewrite of Brandsonic Web mobile for iOS is nearly ready for release. There are many reasons why I decided to do this rewrite. The original codebase of Brandsonic Web mobile for iOS is over 10 years old. It dated back to the iOS 4 and Xcode 3 days. It was becoming harder and harder to maintain. This was part of the reason for the infrequent updates. When I started Brandsonic Web, I wasn't as skilled with coding as I am now. While I am no expert now, I know a lot more than I did when I started Brandsonic Web 10 years ago. My lack of skill lead to a lot of poor programming practices with also made the codebase harder to maintain. The old version of Brandsonic Web mobile for iOS is based on the old UIWebView API, which was deprecated by Apple a number of years ago. It was replaced by a new API, WKWebView. This was the biggest reason for the rewrite. I attempted to transition the current version of Brandsonic Web mobile for iOS to WKWebVie