1. 02 7月, 2015 1 次提交
    • M
      Baby steps towards an odeon-like animation system. First victim: Drawer. · 08fce0e9
      Matt Perry 提交于
      This introduces an AnimationPerformance class, which is intended to manage an
      animation (or its reverse), with the ability to manually control the timeline
      or to apply a force to advance the animation with a diminishing speed.
      
      I'm having trouble fitting the odeon model to Sky. Odeon has a lot of nice
      properties, but fundamentally operates on UINodes, which contain all the
      properties to be animated. Sky, on the other hand, has no such universal
      properties. Instead, each Widget assembles itself how it sees fit.
      
      So my current plan is to let AnimationPerformance own a generic set of
      AnimatedVariables. You pass it a bag of things, say position and opacity, as
      AnimatedVariables. It updates them based on the animation, and they each have
      a way to build a widget based on their current state.
      
      R=abarth@chromium.org
      
      Review URL: https://codereview.chromium.org/1211603003.
      08fce0e9
  2. 01 7月, 2015 2 次提交
  3. 30 6月, 2015 2 次提交
  4. 27 6月, 2015 1 次提交
  5. 26 6月, 2015 1 次提交
  6. 23 6月, 2015 3 次提交
  7. 20 6月, 2015 1 次提交
  8. 19 6月, 2015 2 次提交
    • H
      Rename editing2/ and theme2/ to editing/ and theme/. · ee4a7bc9
      Hixie 提交于
      Flesh out a README.md file for the SDK.
      Make the stocks app test wait for the app to be mounted, to catch some more errors, like typos in the mount callback.
      
      R=abarth@chromium.org
      
      Review URL: https://codereview.chromium.org/1182053012.
      ee4a7bc9
    • A
      Fix data loading in the stocks app · d6cbdb40
      Adam Barth 提交于
      We can't have two copies of |embedder.dart| or |shell.dart| because they take
      ownership of some underlying Mojo handles. Instead of duplicating the code,
      this CL makes the old locations just export all the symbols from the new
      location. I've also done the same with fetch.dart to avoid code duplication.
      
      Finally, I've removed image_cache.dart in the old location because the only
      clients already live in the new world and ought to use the new location.
      
      TBR=ianh@google.com
      
      Review URL: https://codereview.chromium.org/1179923004.
      d6cbdb40
  9. 18 6月, 2015 5 次提交
  10. 17 6月, 2015 4 次提交
  11. 16 6月, 2015 1 次提交
  12. 15 6月, 2015 1 次提交
  13. 14 6月, 2015 1 次提交
  14. 13 6月, 2015 3 次提交
  15. 12 6月, 2015 2 次提交
  16. 11 6月, 2015 1 次提交
    • A
      Add a basic InkWell implementation · 57df667f
      Adam Barth 提交于
      This CL replaces the (non-working) components2 InkWell with some code based on
      the ink_well example. There are at least two issues with the implementation:
      
      1) The ink splash always starts at the center of the well because we don't have
         a facility for converting from global to local coordinates, which means we
         can't tell where the tap occurred in the local coordinates we need to use
         for painting.
      
      2) When used inside a MenuItem, the in splash disappears shortly after
         starting, presumably because the button starts highlighting, which causes a
         component rebuild and somehow we lose the RenderInkWell instance.
      
      I plan to address these issues in subsequent CLs.
      
      R=ianh@google.com
      
      Review URL: https://codereview.chromium.org/1172033003.
      57df667f
  17. 10 6月, 2015 1 次提交
  18. 09 6月, 2015 2 次提交
  19. 05 6月, 2015 2 次提交
  20. 04 6月, 2015 2 次提交
  21. 03 6月, 2015 2 次提交