Adds an "autofocus" param to ListTile and its Checkbox, Radio and Switch variants, and passes the given value through to the wrapped InkWell, Switch, etc.
This is important for scenarios like a settings screen, where the first interactable element on a page may be a SwitchListTile, for example.
* [Slider] Rebase.
* disabled thumb color with alphaBlend of colorScheme surface
* test remove alphablend
* Change rectangular track to how it used to be
* Chaned to adaptive slider
* blank lines
Co-authored-by: Will Larche <larche@google.com>
* 094563566 Roll src/third_party/skia cc8a76f3c763..04513752fd6e (22 commits) (flutter/engine#17529)
* faf44fed5 Improve C++ plugin lifetime handling (flutter/engine#17489)
* 4b69cf2c4 [tools][fuchsia] Do not tar debug symbol CIPD uploads (flutter/engine#17506)
* 19a7fbf02 Fixed nullability in plugin header and overridden type mismatch error. (flutter/engine#17532)
* ab434c554 Revert "[tools][fuchsia] Do not tar debug symbol CIPD uploads (#17506)" (flutter/engine#17537)
This moves the app template more toward being a more generic starting
point for any Flutter application, eliminating some hard-code
assumptions about there being a single window/engine pair that is
directly bound to the life of the application:
- Moves the runloop into its own class, making it capable of servicing
any number of engine instances.
- Moves the logic for setting up a window containing only a Flutter view
into a window subclass for ease of re-use.
- Makes quit-on-window-close an optional property. (Long term this
should be even more generic, like a quit-when-last-window-closes
option, but this is a short-term improvement that removes the binding
between the runloop and the window).
- Allows for multiple instances of Win32Window to exist without issues
relating to the window class registration.
Since there are getting to be a non-trivial number of files associated
with the runner, this moves the source into a runner/ directory, as is
already done on some other platforms.
Note that creating multiple Flutter windows at the same time still
doesn't work correctly even with this change, but this addresses some of
the known issues, and makes it easier to test in the future (e.g., for
debugging engine-level issues with multiple instances).
Fixes#45397
