Skip to main content

appwin_core 0.8.0 copy "appwin_core: ^0.8.0" to clipboard
appwin_core: ^0.8.0 copied to clipboard

Flutter foundation for the Appwin SDKs: one configure, plus the device identity and session shared by every product.

0.8.0 #

  • Breaking: identify(externalId, {attributes}), updateUser(AppwinUserAttributes) and logout() are the only identity API; bootstrapSession, clearIdentity and signOut are removed. identify and updateUser throw on failure; logout never throws.

  • Fixed: the external id is persisted across launches and kept by every session renewal.

  • AppwinPush: isAppwinPush, handleTap, handleForeground and handleMessage, for an app that owns its push stack (FlutterFire). Wire them to getInitialMessage, onMessageOpenedApp, onMessage and the background handler, and an Appwin push opens what it points to, a Support reply its conversation. Parsing and routing stay native.

  • Fix. Android: the push tap that cold-starts the app is no longer lost. The native SDK reads the launch intent from configure() onward, which in Flutter runs after the activity resumed; the plugin now hands it over right after configure(), and every later tap through onNewIntent.

0.5.1 #

  • iOS via CocoaPods is fixed. The podspec asked for AppwinCore ~> 0.1, a range an old Podfile.lock already satisfied, so pod install never upgraded the native SDK and the build failed on a symbol the pinned Core did not have. It now pins >= 0.5.1, < 1.0.0. Native 0.5.1 also restores the CocoaPods build, which 0.5.0 broke outright. No Dart API change.

0.5.0 #

  • Native SDKs at 0.5.0: analytics with a persisted offline queue, install attribution, in-app banners. No change to the Dart API.

0.4.1 #

  • Documentation on the whole public API, up from 43%: what Appwin is, what the foundation holds versus the products, and every symbol on the platform interface and the method channel.
  • Real example app. appwin_core had none, so its page carried no runnable integration: configure, identify plus bootstrap, sign out.

0.4.0 #

  • registerPushToken() and hasRegisteredPushToken() on the foundation. Strongly recommended with Support and Community; required with Notifications.
  • Products log a debug warning on initialize() when the token is still missing.

0.3.0 #

  • New sibling package appwin_notifications: push tokens, automation events and in-app messages. The product existed natively and in React Native but had no Flutter package.

0.2.1 #

  • Real example app: configure, initialise, then render from the answer. It was still the Flutter template, which called neither.
  • Package page: simpler snippets that print the result instead of wiring state, and a clearer note on installing appwin_core (you do not).

0.2.0 #

Exposes AppwinInitResult, the answer returned by each product's initialize(). configure() itself is unchanged.

0.1.1 #

  • Package page rewritten for pub.dev: what Appwin is, what this package does, installation, a minimal start, and links to the guide for the rest.
  • Real licence file instead of the Flutter template placeholder.

0.1.0 #

  • First published release. Bridges the native iOS and Android SDKs.

0.0.1 #

  • Initial version: a single configure for every product, session (bootstrapSession), identity (identify, clearIdentity, signOut), deviceId. iOS and Android.
0
likes
0
points
1.55k
downloads

Publisher

verified publisherappwin.io

Weekly Downloads

Flutter foundation for the Appwin SDKs: one configure, plus the device identity and session shared by every product.

Homepage
Repository (GitHub)
View/report issues

License

unknown (license)

Dependencies

flutter, plugin_platform_interface

More

Packages that depend on appwin_core

Packages that implement appwin_core