Maybe this gonna help someone... I used INInteraction to donate intents in my app and they didn't appear in Shortcuts app, until I donated AppIntent. After donating AppIntent all previously donated INIntents showed in Shortcuts app.
Post
Replies
Boosts
Views
Activity
Maybe this gonna help someone... I used INInteraction to donate intents in my app and they didn't appear in Shortcuts app, until I donated AppIntent. After donating AppIntent all previously donated INIntents showed in Shortcuts app.
Maybe this gonna help someone... I used INInteraction to donate intents in my app and they didn't appear in Shortcuts app, until I donated AppIntent. After donating AppIntent all previously donated INIntents showed in Shortcuts app.
Thanks for such detailed and helpful answer. Much appreciated.
Is there a good and painless way to migrate users who created widgets using SiriKit intents to AppIntent based widgets?
Here configuration intent detention
It has been changed to 30 days (without the entitlement). I'm just discovering this entitlement - and want to see if it's possible to have persistent capture without this warning dialog.
Hi
Still seeing this after switching to ScreenCaptureKit API
Opened a bug report FB14619692
@DTS Engineer
And one more thing - after identifier changes, I have to pair both devices again. Is there a way to have persistent connection for already paired devices for days and have them reconnect without the need to pair them again and again?
Hi
Thanks for your answer.
You said that after connection it's possible to know what device is connected - how? Except for non descriptive identifier (UUID - which also changes after some time) how I can tell what device is connected (name or event device type)?
Thanks. I hoped you would answer ;)
Just to make sure - not available for pre-login context, but lets say user is logged in, but locked the screen - should it be available then?
In my experience, in order to change Mac Catalyst executable name (Name.app), I had to change PRODUCT_NAME in the Xcode project.
Same here... app id 629019487, iOS app have been stuck "In Review" for days.
When I contacted @AppReview - got a response "I can confirm that your app is in the "Ready for Sale" status on the App Store as of Sep 8, 2022.",
but that's macOS app, and not iOS app that was approved on Sep 8, 2022.
Any help would be appreciated @Andreas, as this update fixes a crash that really bugs my users.
My solution is to get the bounds of the the self.superview.superview -> _UINavigationBarTitleControl, instead of relying on the bounds of the self.superview -> _UITAMICAdaptorView.
Stack trace