@drinkits Paldies par info.
Par šo būtu forši, ja sataisītu kādu tutorial blog postu kā sajūgt visu šo kopā un sakonfigurēt smuki.
Pats gribu ko līdzīgu panākt kaut kad nākotnē.
@mecid Yes, you're right, there is this.
But it has a limitation on returning the log entries only for the current app launch (I believe because of OSLogStore.Scope.currentProcessIdentifier), unfortunately it does not provide any past-launch information.
🍏Aplikācijas "Vārda Diena" lietotaji, problēma ar lietotnes atvēršanu ir novērsta versijā 1.11.1!
Jaunā versija drīz būs pieejama iekš App Store, sagaidām to un instalējam atjauninājumu!
https://t.co/r8sqKE58r6
@Dimillian Looks really good and easy to use.
By the way, shouldn't the defer { ... } be defined after the guard { ... } to eliminate the possibility that if the executeTask is called while loading is already in progress, to falsely set `isLoadingNextPage` to false
@elwatto@theramoar I agree, by knowing the user id would also work perfectly, as we can search user by their ID in the @RevenueCat.
But when I did that for the initial app launch, it seemed kinda easier for me in the production app just start the trial and see my user right at the top in the list.
@theramoar You can change that in the App Store Connect - Pricing and Availability - iPhone and iPad Apps on Apple Silicon Macs for the existing version.
I think this is why your app shows up in the macOS App Store.
@theramoar Great job!!
I like your approach - not wasting time on polishing the MVP app before it gets any meaningful traffic.
Something that I need to improve myself. :)