- 08 Sep, 2015 1 commit
-
-
Adam Barth authored
Move the animation libraries into src/animation and change importers to use package:sky/animation.dart. Also, move scheduler.dart into the animation library so that the animation library can be self-contained.
-
- 02 Sep, 2015 1 commit
-
-
Adam Barth authored
Code outside of package:sky should import this code using package:sky/rendering.dart package:sky/widgets.dart Moving this code into the "src" directory is a convention that signifies that and it cleans up the generated dartdoc because the libraries in the src directory aren't included in the generated documentation. Instead, the classes are documented in the widgets.dart and rendering.dart libraries.
-
- 28 Aug, 2015 2 commits
-
-
Hixie authored
Stop exporting framework.dart from basic.dart, since we now have widgets.dart exporting all of framework.dart.
-
Adam Barth authored
We're now using it at the widget layer for everything except scrolling and flinging.
-
- 22 Aug, 2015 1 commit
-
-
Adam Barth authored
-
- 21 Aug, 2015 1 commit
-
-
Adam Barth authored
Block -> BlockBody ScrollableBlock -> Block FixedHeightScrollable -> ScrollableWidgetList VariableHeightScrollable -> ScrollableMixedWidgetList BlockViewport -> MixedViewport
-
- 20 Aug, 2015 1 commit
-
-
Hans Muller authored
-
- 13 Aug, 2015 1 commit
-
-
Matt Perry authored
1. We would assert if you tried to start an animation from within an animation status callback. This is a common pattern, so I fixed this assert (in Ticker._tick). 2. We would assert for animations with duration under a millisecond. Fixed. Also removed the workarounds assocated with #1.
-
- 10 Aug, 2015 1 commit
-
-
Matt Perry authored
Just infer it from the sign of the velocity. That's what odeon does.
-
- 06 Aug, 2015 1 commit
-
-
Matt Perry authored
We only use them for the transition to dismissed.
-
- 04 Aug, 2015 1 commit
-
-
James Robinson authored
This introduces the notion of event disposition and allows event targets (widgets and render objects) to consume events that should not be processed further. This is needed by the Switch component in the Drawer in the stocks example. The Switch is embedded in a DrawerItem. The Switch handles the gesture tap event to toggle its state and should handle pointer events to allow swiping and draw its own radial reaction. The DrawerItem also handles gesture taps to allow toggling the switch value when tapping anywhere on the drawer and to draw its own ink splash. When tapping on the switch, both the switch's render object and the DrawerItem's listener are in the event dispatch path. The Switch needs to signal in some fashion that it consumed the event so the DrawerItem does not also try to toggle the switch's state.
-
- 03 Aug, 2015 2 commits
-
-
Matt Perry authored
* Intentions => Behaviors * SlideIn => SlideTransition * FadeIn => FadeTransition * removed unused AnimatedContainer intentions
-
Adam Barth authored
- Center the labels on the tabs - Make the drawer's mask visible
-
- 02 Aug, 2015 1 commit
-
-
Adam Barth authored
-
- 31 Jul, 2015 1 commit
-
-
Matt Perry authored
Use those in SnackBar, Drawer, navigator instead of AnimatedContainer's intentions.
-
- 30 Jul, 2015 2 commits
-
-
Adam Barth authored
We ended up with a bunch of different scrollable widgets and it was confusing. This CL moves them all into one library to make them easier to find.
-
Matt Perry authored
This required some changes to AnimationPerformance to better understand animating with forces.
-
- 28 Jul, 2015 3 commits
-
-
Matt Perry authored
SnackBar, and PopupMenu instead of custom statuses.
-
Chinmay Garde authored
-
Chinmay Garde authored
-
- 22 Jul, 2015 4 commits
-
-
Adam Barth authored
-
Hixie authored
This fixes some theoretical bugs whereby we were using hashCode to try to get unique keys for objects, but really we wanted object identity. It also lays the groundwork for a new GlobalKey concept. I tried to keep the impact on the code minimal, which is why the "Key" constructor is actually a factory that returns a StringKey. The code has this class hierarchy: ``` KeyBase | Key--------------+---------------+ | | | StringKey ObjectKey UniqueKey ``` ...where the constructors are Key and Key.stringify (StringKey), Key.fromObjectIdentity (ObjectKey), and Key.unique (UniqueKey). We could instead of factory methods use regular constructors with the following hierarchy: ``` KeyBase | LocalKey---------+---------------+ | | | Key ObjectIdentityKey UniqueKey ``` ...with constructors Key, Key.stringify, ObjectIdentityKey, and UniqueKey, but I felt that that was maybe a more confusing hierarchy. I don't have a strong opinion on this.
-
Matt Perry authored
-
Matt Perry authored
-
- 21 Jul, 2015 2 commits
-
-
Hixie authored
Route (named routes) no longer have a key, and have their own storage for their names. RouseState no longer has a key, and uses an owner field pointing to a StatefulComponent instead. As such, RouteBase no longer has a key. HistoryEntry no longer uses a global int to ensure uniqueness. Propagated this to stocks app.
-
Matt Perry authored
-
- 16 Jul, 2015 2 commits
-
-
Matt Perry authored
-
Collin Jackson authored
-