<itemvalue="Stops calling this [Ticker]'s callback. If called with the `canceled` argument set to false (the default), causes the future returned by [start] to resolve. If called with the `canceled` argument set to true, the future does not resolve, and the future obtained from [TickerFuture.orCancel], if any, resolves with a [TickerCanceled] error. Calling this sets [isActive] to false. This method does nothing if called when the ticker is inactive. By convention, this method is used by the object that receives the ticks (as opposed to the [TickerProvider] which created the ticker)."/>
<itemvalue="The length of time this animation should last. If [reverseDuration] is specified, then [duration] is only used when going [forward]. Otherwise, it specifies the duration going in both directions."/>
<itemvalue="Called whenever the widget configuration changes. If the parent widget rebuilds and request that this location in the tree update to display a new widget with the same [runtimeType] and [Widget.key], the framework will update the [widget] property of this [State] object to refer to the new widget and then call this method with the previous widget as an argument. Override this method to respond when the [widget] changes (e.g., to start implicit animations). The framework always calls [build] after calling [didUpdateWidget], which means any calls to [setState] in [didUpdateWidget] are redundant. {@macro flutter.widgets.State.initState} Implementations of this method should start with a call to the inherited method, as in `super.didUpdateWidget(oldWidget)`."/>
<itemvalue="Called when a dependency of this [State] object changes. For example, if the previous call to [build] referenced an [InheritedWidget] that later changed, the framework would call this method to notify this object about the change. This method is also called immediately after [initState]. It is safe to call [BuildContext.dependOnInheritedWidgetOfExactType] from this method. Subclasses rarely override this method because the framework always calls [build] after a dependency changes. Some subclasses do override this method because they need to do some expensive work (e.g., network fetches) when their dependencies change, and that work would be too expensive to do for every build."/>