blog/widgets-live-activities-dynamic-island/

[giscus[bot]]

blog/widgets-live-activities-dynamic-island/

The new com.codename1.surfaces API describes home-screen widgets, Live Activities, Dynamic Island regions, Android ongoing notifications, and desktop widgets as data that can render while the main app is not active.

https://www.codenameone.com/blog/widgets-live-activities-dynamic-island/

[DurankGts]

Could you provide the buillt hint to the mobile provision to debug and release?

your documentation just use one

44.8. Per-platform notes
44.8.1. iOS
The build generates a CN1Widgets WidgetKit extension target into the Xcode project and shares published timelines with it through an App Group container. The App Group id defaults to group.; override it with the appGroup field in surfaces.json or the ios.surfaces.appGroup build hint. The extension’s deployment target defaults to 16.1 (ActivityKit’s floor) without raising your app’s own deployment target — on older iOS versions the extension never runs and Surfaces.areWidgetsSupported() returns false.

Signing follows the generic app extension rules: the extension needs its own App ID (.CN1Widgets) with the App Groups capability and, for cloud device builds with manual signing, its own provisioning profile. Either place the .mobileprovision under common/src/main/resources or supply a URL with the ios.appext.CN1Widgets.provisioningURL build hint. With automatic (managed) signing and in local ios-source builds no extra configuration is needed — Xcode provisions the extension target as usual.

Widget taps deep link back into the app through the cn1surface:// URL scheme, which the build registers automatically.

[DurankGts]

this are correct

codename1.arg.ios.debug.appext.CN1Widgets.provisioningURL=
codename1.arg.ios.release.appext.CN1Widgets.provisioningURL=

??

[shai-almog]

We don't have this syntax, but I'm looking into this.