065fe5b210...db852610b4
git log 065fe5b2109291c84e24ce16763e6761d8cd3077..db852610b4f51792c2a74c8576681342a9cbcf1e --no-merges --oneline
db852610b Roll src/third_party/skia 76346ac952c4..8c6bfe5350cf (2 commits) (flutter/engine#9008)
9bb8e3200 Roll src/third_party/dart c6f6713de1..9e30fbaea4 (6 commits)
525e39202 Roll src/third_party/dart b1f9f2182d..c6f6713de1 (4 commits)
d946e3e89 Rename Fuchsia Dart and Flutter runners (flutter/engine#9003)
197feb511 [fuchsia] Update zx_clock_get callers (flutter/engine#8998)
03f35e2a5 Roll src/third_party/dart b2a3d1c31b..b1f9f2182d (1 commits)
8840b7546 Roll src/third_party/skia 0c6daf034b11..76346ac952c4 (30 commits) (flutter/engine#9000)
c181972a4 New Plugin API PR3: Introduces Service, BroadcastReceiver, and ContentProvider awareness, control surfaces, and plugin bindings. (flutter/engine#8962)
682a6a8d0 Roll src/third_party/dart 0e8656e045..b2a3d1c31b (2 commits)
74b1f3270 Roll src/third_party/skia c6568afa0b63..0c6daf034b11 (1 commits) (flutter/engine#8995)
2e6ed7cdc Roll Buildroot (flutter/engine#8996)
865cb1c98 Roll src/third_party/dart 5ffff98440..0e8656e045 (1 commits)
The AutoRoll server is located here: https://autoroll.skia.org/r/flutter-engine-flutter-autoroll
Documentation for the AutoRoller is here:
https://skia.googlesource.com/buildbot/+/master/autoroll/README.md
If the roll is causing failures, please contact the current sheriff (jsimmons@google.com), and stop
the roller if necessary.
* Moved Radio documentation line to be above sample
* Added LabeledRadio sample
* Add LabeledCheckbox sample
* Add LabeledSwitch sample
* Added LinkedLabelRadio sample to RadioListTile
* Added LinkedLabelCheckbox sample to CheckboxListTile
* Added LinkedLabelSwitch sample to SwitchListTile
* Added reference to Semantics docs
* Improve simple SwitchListTile, RadioListTile and CheckboxListTile samples
* Added assets to all SwitchListTile, RadioListTile and CheckboxListTile samples
This adds support for an animated focusColor and hoverColor to InputDecorator. This color will blend with the background over a fade in period whenever the InputDecorator is focused or hovered, respectively.
It also adds a Listener to the TextField to listen for hover events.
Until this change, Focus.of would return a FocusScopeNode if it found a FocusScope widget. This isn't really all that useful, and can easily lead to bad situations where many widgets think that the scope they are in (or the root scope!) is their indication of being focused.
This changes Focus.of to throw an exception if it doesn't find a Focus widget before reaching the nearest FocusScope widget, or the root of the widget hierarchy.
It also adds a nullOk optional bool to Focus.of so that if a caller expects to not find a Focus widget, it can deal with that as it sees fit. I modified InkWell to use this new behavior.
This fixes an unreported issue that widgets using an InkWell will be drawn as focused the first time they are visited.
This adds a reverseDuration parameter to AnimationController so that the animation has a different duration when going in reverse as it does going forward.
Date picker tests have been flaky on Windows for a long time, and repeatedly require restarting of bots. In the interest of productivity, disabling them on Windows.
Related to #19696
Instead of requiring a name_output.sh, expect a file called
.app_filename in the macos/Flutter directory containing just the name of
the application. The expectation is that the Xcode build will create
that file with a script.
This is not intended as a long-term solution, but it's a substantial
improvement over name_output.sh:
- name_output.sh required constructing the full build output path; this
made sense when it was coupled with build.sh, but now that the
decision for where build output goes lives in flutter_tool, that logic
should as well.
- Changing the name of the application required also updating
name_output.sh, which is error-prone. With .app_filename, it can be
created using $PRODUCT_NAME, which means that the usual way of setting
the application name will automatically update this flow as well.
Part of #30706
Allows Windows builds to use the same structure and script as Linux
builds now use, calling into tool_backend to manage copying resources to
the project directory and building the bundle.
Also switches from expecting name_update.bat to expecting flutter\exe_filename
to be written during the build, as with the recent changes to the macOS build, to
reduce the amount of boilerplate needed in a windows\ project directory.
The PlatformViewsService listens for `viewFocused` calls on the
platform_views system channel and fires a callback that focuses the
focus node for the relevant AndroidView widget.
832cdacc6f...849fa42a06
git log 832cdacc6f955f080734109900a1658ae7e0d248..849fa42a06a5c09ade2d88e48d982e069f68d969 --no-merges --oneline
849fa42a0 Revert "Roll src/third_party/dart a0290f823c..6d5f763952 (70 commits)" (flutter/engine#8969)
10742e77a Roll src/third_party/dart a0290f823c..6d5f763952 (70 commits)
55ff8d60b Revert "Roll src/third_party/dart a0290f823c..6d5f763952 (70 commits)" (flutter/engine#8966)
704b6eead Roll src/third_party/dart a0290f823c..6d5f763952 (70 commits)
The AutoRoll server is located here: https://autoroll.skia.org/r/flutter-engine-flutter-autoroll
Documentation for the AutoRoller is here:
https://skia.googlesource.com/buildbot/+/master/autoroll/README.md
If the roll is causing failures, please contact the current sheriff (jsimmons@google.com), and stop
the roller if necessary.
Correct docs and error message for UiKitViewController to refer to iOS
view rather than Android views. Minor cleanup to the docs for
PlatformViewsService, which previously mentioned Android only.
This implements focus and hover handling for Material buttons. It inserts Focus widgets into the tree in order to allow buttons to be focusable via keyboard traversal (a.k.a. TAB traversal), and Listener widgets into the InkWell to allow the detection of hover states for widgets.
Addresses #11344, #1608, and #13264.
This fixes propagation of needsCompositing from child widgets.
When needsCompositing is turned on by a child widget, it necessarily sets the needsCompositing bit of its parent widget, but RenderPointerListener was ignoring that piece of information and only turning on compositing if it thought it needed it for itself.
This corrects that, and adds a test for the condition, and updates a test that was affected by the change.
Fixes#32525 (again)
Eliminates the need for a build.bat in the Windows build workflow, adding
preliminary support for building using msbuild. The handling of
vcvars64.bat may be refined in the future, but this serves as a starting point.