Following the previous release, I received word that Apple had added a new kind of sales receipt which is used for IAP testing. This release adds support for those.Read more
In the previous post I looked at some of the history of how we packaged up our library code for use by our fellow developers. We looked at some of the benefits of static libraries versus dynamic frameworks which also come with headers needed by the integrator.
Now let’s dive into the steps that were necessary for me to enable SPM support on the first few libraries DTCoreText, DTFoundation and Kvitto. It took me several days to iron out all the kinks and I’d love to share with you what I learned in the process.Read more
As of Xcode 12, Apple has matured Swift Package Manger to a degree where it makes sense to add support for Swift packages to your libraries. There are still a few stumbling stones on the path which have no obvious solution. So I figure, I’d share with you how I got around them when I recently added SPM support to DTCoreText, DTFoundation and Kvitto.Read more
Kvitto is an open source component that lets you parse Apple sales receipt files, for example to determine if the user has an active auto-renewing subscription on device.
This new release fixes an urgent issue that appeared the first time on September 24th, in iOS 14, where about half the sales receipts could not be parsed. I also added support for Swift Package Manager 2 weeks ago and had forgotten to announce the release, so there you go.Read more
This goes hand-in-hand with the latest update to DTFoundation, which added support for Swift Package Manager.
- FIXED: URLs containing CJK characters are not parsed
- FIXED: iOS 13 openURL crash
- FIXED: References to deprecated classes
- FIXED: Cannot parse CSS with empty font-family
- FIXED: iOS 14 warnings
- NEW: Swift Package Manager Support
This update has been tagged on GitHub and is available via CocoaPods.
User nostradani contributed support for Swift Package Manager. I don’t even know his/her full name, but by the looks of things this was a hell of a lot of work.
Honestly I haven’t even looked adding SPM-support to my frameworks yet, but I hear that if you have resources in your framework project you have to wait until Swift 5.3. anyway. DTFoundation doesn’t, so I am glad somebody stepped up and did the work.
But in a SwiftUI app of mine I am referencing two Swift packages. It is quite convenient having this be integrated into Xcode.
The new version is tagged on GitHub and also available on Cocoapods.
iOS 14 introduces some laziness in certain views, like for example there are now lazy variants of HStack and VStack. I’ve been working on a SwiftUI-version of an app of mine and the findings of my research for these bugs led me to believe that Apple added some lazy optimisations to Lists as well.
Unfortunately those optimisations seem to be breaking selection and presentation of detail views to a degree that they would be show stoppers for any universal app relying on List and its automatic promotion to being a split view on iPad.
I filed this as FB8521674 in the Apple Feedback App.
I know, I know, I cannot seem to find any time to reasonably blog about my life as developer. Nevertheless here are a few tidbits of late.
Several recent pull requests, as well as an acute deprecation of UIWebView made it necessary to push out this maintenance update. Even more so, because this framework is a dependency of DTCoreText which also needs an update.