1. Load the file
Use the current Rive Flutter file-loading workflow and handle both loaded and failed states. Keep asset ownership clear when the same file is reused on multiple screens.
Plan the Rive file and Flutter integration as one system: choose the artboard, load the intended state machine, bind product data, test transitions, and dispose runtime resources correctly.
.riv file, artboard, and state-machine names.Use the current Rive Flutter file-loading workflow and handle both loaded and failed states. Keep asset ownership clear when the same file is reused on multiple screens.
Prefer a deliberate default state machine in the Rive editor. If the file contains alternatives, select the named artboard and state machine documented in the handoff.
For new work, Rive recommends Data Binding because view model properties can represent more product data and drive more than transitions. Existing trigger, boolean, and number inputs can continue to work.
Update animation state from meaningful product events such as request started, response received, validation failed, or task completed. Avoid scattering unexplained animation calls across UI widgets.
Test rapid updates, navigation, app lifecycle changes, errors, and repeated triggers. Dispose files, controllers, model instances, and manually owned inputs according to the runtime API you use.
statusidle / loading / success / errorprogressnumbermessagestring via data bindingcelebratetriggerThe Rive Flutter runtime has introduced major API changes, including new file, controller, renderer, and data-binding workflows. Use the official Flutter runtime guide and its migration guide for the version in your app.
For production file preparation, see Flutter Rive animation services or request a developer-ready Rive handoff.