- 04 Mar, 2017 1 commit
-
-
Chris Bracken authored
-
- 22 Feb, 2017 1 commit
-
-
Adam Barth authored
Previously, a ListView would always accept user input, even if it wasn't actually scrollable. Now, by default, we don't accept user input if there's no scroll range. You can override this behavior using the ScrollPhysics. Fixes #8276 Fixes #8278 Fixes #8271
-
- 18 Feb, 2017 1 commit
-
-
Ian Hickson authored
Also, make all painters have a toString by default.
-
- 17 Feb, 2017 1 commit
-
-
Adam Barth authored
Rename all the "2" classes related to scrolling to remove the "2". Now that the old scrolling code is gone, we don't need to use the suffix.
-
- 09 Feb, 2017 3 commits
-
-
Alexandre Ardhuin authored
-
Alexandre Ardhuin authored
-
Adam Barth authored
We weren't triggering a relayout when the number of children changed. Fixes #8001
-
- 07 Feb, 2017 1 commit
-
-
Adam Barth authored
Also, move the creation of the ScrollPosition to ScrollController. Finally, remove TestScrollable in favor of CustomScrollView, which is the production version of this widget.
-
- 03 Feb, 2017 1 commit
-
-
Adam Barth authored
This patch makes a number of changes to how you can configure a Scrollable2: - The ScrollPhysics is now responsible for creating the ScrollPosition. You can override the ScrollPhysics by supplying a `physics` argument to `Scrollable`, and the new physics you supply will be applied to the default physics inherited from the ScrollBehavior. - This patch removes the ScrollPosition/AbsoluteScrollPosition split as all clients were operating in pixels anyway and the split made the code very difficult to follow. - ScrollPosition no longer depends directly on Scrollable2State. Instead, it depends on an abstract interface that Scrollable2State implements. This change has two benefits: a) It removes the circular dependency between ScrollPosition and Scrollable2State, which lets us split the code for these classes (and several other classes that got wrapped up in that cycle) into separate libraries for easier maintenance. b) ScrollPosition is no longer bound to Scrollable2, which means you could use the behavior machinery to drive other sorts of widgets. For example, we could use it to drive Scrollabe1 if we wanted.
-
- 02 Feb, 2017 1 commit
-
-
Ian Hickson authored
-
- 27 Jan, 2017 1 commit
-
-
Adam Barth authored
This structure makes it easier to customize the viewport used in a Scrollable. Now Scrollable2 doesn't commit to using slivers.
-
- 21 Jan, 2017 1 commit
-
-
Ian Hickson authored
-