1. 04 Aug, 2016 1 commit
  2. 26 Jul, 2016 2 commits
  3. 30 Jun, 2016 1 commit
  4. 23 Jun, 2016 1 commit
  5. 14 Jun, 2016 2 commits
    • pq's avatar
      Added asserts. · f5a4e632
      pq authored
      f5a4e632
    • pq's avatar
      Add missing returns. · 7a955487
      pq authored
      As of `1.18.0-dev-0`, these cases will get flagged.  In the meantime, the
      7a955487
  6. 13 Jun, 2016 1 commit
  7. 09 Jun, 2016 1 commit
    • Adam Barth's avatar
      DropDownMenu should animation away when interrupted (#4485) · 2be1eb48
      Adam Barth authored
      If you tap outside the drop down menu while its animating in, we should
      animate it away smoothly. Previously, we jumped to the reverseCurve,
      which made the menu disappear immediately. Now we hold the animations as
      state, which means we keep their _curveDirection property and don't
      switch curves unless the animation actually finishes.
      
      Also, fix a subtle bug in CurvedAnimation whereby we'd never set the
      _curveDirection if we didn't see a status change in the parent
      animation. Now we initialize _curveDirection based on the current value
      of the parent's status.
      
      Fixes #4379
      2be1eb48
  8. 25 May, 2016 1 commit
  9. 17 May, 2016 1 commit
  10. 12 May, 2016 1 commit
  11. 27 Apr, 2016 1 commit
  12. 20 Apr, 2016 1 commit
    • Ian Hickson's avatar
      Reset _simulation at the end of a fling (#3435) · 112f2cc3
      Ian Hickson authored
      Also a bit of code cleanup.
      
      The key part of this patch is the addition in `_endScroll` to reset
      `_simulation`. It seems like this was the one place where it's possible
      for us to end the animation but not reset our state. Since we assert
      that are state is coherent, we were hitting asserts when a fling
      finished and then you interacted with the widget again.
      112f2cc3
  13. 13 Apr, 2016 1 commit
  14. 06 Apr, 2016 2 commits
  15. 31 Mar, 2016 1 commit
  16. 27 Mar, 2016 2 commits
  17. 23 Mar, 2016 1 commit
    • Adam Barth's avatar
      Scrollable physics should be reasonable when sizes change · f7f1259b
      Adam Barth authored
      Previously, when the content extent changed during a scroll interaction, we'd
      stop the current scroll interaction and reset the scroll offset. Now we try to
      continue the scroll interaction (e.g., drag, fling, or overscroll) even through
      the underlying scroll behavior has changed.
      
      For physics-based scroll interactions, we keep the current position and
      velocity and recompute the operative forces. For drag interactions, we keep the
      current position and continue to let the user drag the scroll offset.
      
      After this patch, we still disrupt non-physical scroll animations that are
      operating outside the new scroll bounds because it's not clear how we can
      sensibly modify them to work with the new scroll bounds.
      f7f1259b
  18. 21 Mar, 2016 1 commit
    • Ian Hickson's avatar
      Provide more documentation for MojoShell · bef6ff3b
      Ian Hickson authored
      As usual, as I was doing this I ran into some stuff that seemed hard
      to document as-is and so I changed it. In this case, in the "http"
      library. The new code is more or less equivalent, I think, but the
      resulting documentation makes it more obvious that it's wrong...
      bef6ff3b
  19. 18 Mar, 2016 1 commit
  20. 14 Mar, 2016 1 commit
  21. 12 Mar, 2016 3 commits
  22. 02 Mar, 2016 1 commit
  23. 01 Mar, 2016 1 commit
    • Adam Barth's avatar
      Minor improvements to AnimationController · 08de980a
      Adam Barth authored
      * Makes repeat default to the lower and upper bounds
      * Makes animateTo handle unbounded ranges better
      * Improve the name of _TweenSimulation
      
      Fixes #2096
      Fixes #2090
      Fixes #2091
      08de980a
  24. 27 Feb, 2016 2 commits
    • Adam Barth's avatar
      Remove AnimationDirection · 3bbeee7b
      Adam Barth authored
      This concept is now private to AnimationController. All the clients actually
      want the AnimationStatus.
      3bbeee7b
    • Adam Barth's avatar
      Elide fewer AnimationStatus callbacks · 25ab5555
      Adam Barth authored
      Previously we would elide forward and reverse callbacks that canceled each
      other out, which broke the expected state machine. Now we synchronously deliver
      status callbacks when start an animation.
      
      Fixes #1913
      25ab5555
  25. 25 Feb, 2016 2 commits
  26. 24 Feb, 2016 1 commit
  27. 22 Feb, 2016 1 commit
  28. 21 Feb, 2016 1 commit
  29. 12 Feb, 2016 3 commits
  30. 11 Feb, 2016 1 commit
    • Ian Hickson's avatar
      Clean up imports and exports. · a94999ba
      Ian Hickson authored
      Each layer is supposed to reexport the parts of the previous layer
      that are part of its API.
      
      - In painting.dart, export from dart:ui all the Canvas-related APIs
        that make sense to be used at higher levels, e.g. PaintingStyle.
      
      - Delete painting/shadows.dart. It was dead code.
      
      - In rendering/object.dart, export all of painting.dart.
      
      - In widgets/basic.dart, export all of painting.dart and
        animation.dart. Some classes in animation/ are renamed to make this
        less disruptive and confusing to the namespace.
      
      - Split out Stocks back into an import model rather than a part model,
        so that it's easier to manage its dependencies on a per-file basis.
      
      - Move Ticker to scheduler library.
      
      - Remove as many redundant imports as possible now.
      
      - Some minor nit picking cleanup in various files.
      a94999ba