1. 14 Mar, 2016 1 commit
  2. 13 Mar, 2016 1 commit
    • Adam Barth's avatar
      [rename fixit] Flex alignments · d5b2e2a0
      Adam Barth authored
      * justifyContent -> mainAxisAlignment
      * alignItems -> crossAxisAlignment
      * FlexJustifyContent -> MainAxisAlignment
      * FlexAlignItems -> CrossAxisAlignment
      
      Fixes #231
      d5b2e2a0
  3. 12 Mar, 2016 2 commits
  4. 13 Feb, 2016 1 commit
    • Adam Barth's avatar
      Clean up the standalone examples · 948ae15c
      Adam Barth authored
      Our examples have been growing organically over time. This patch cleans
      them up to illustrate specific aspects of Flutter.
      948ae15c
  5. 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
  6. 27 Jan, 2016 1 commit
  7. 11 Jan, 2016 1 commit
  8. 14 Dec, 2015 1 commit
  9. 02 Dec, 2015 1 commit
  10. 22 Oct, 2015 1 commit
  11. 12 Oct, 2015 1 commit
  12. 10 Oct, 2015 3 commits
  13. 09 Oct, 2015 1 commit
  14. 03 Oct, 2015 1 commit
  15. 26 Sep, 2015 1 commit
  16. 11 Sep, 2015 1 commit
  17. 08 Sep, 2015 1 commit
    • Adam Barth's avatar
      Introduce package:sky/animation.dart · b356d146
      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.
      b356d146
  18. 26 Aug, 2015 1 commit
    • Hixie's avatar
      Replace Flex to Row and Column in tests and examples. · ce28a717
      Hixie authored
      This still leaves Flex and FlexDirection available. At some point once
      people have transitioned to Row/Column we should rename Flex to _Flex
      and stop reexporting FlexDirection from basic.dart.
      ce28a717
  19. 19 Aug, 2015 2 commits
    • Adam Barth's avatar
      Add package:sky/rendering.dart · dea3a092
      Adam Barth authored
      Similar to widgets.dart, rendering.dart exports the entire rendering layer.
      Also, update the examples to use rendering.dart and widgets.dart. Also clean up
      some exports so that the examples have more sensible imports.
      dea3a092
    • Adam Barth's avatar
      Split box.dart into many files · 50bfdedb
      Adam Barth authored
      Sadly, box.dart has grown much longer than 1000 lines. This patch splits it up
      into several files based on the class hierarchy. Fortunately, many of these
      classes are loosely coupled to each other.
      50bfdedb
  20. 08 Aug, 2015 1 commit
  21. 04 Aug, 2015 1 commit
  22. 28 Jul, 2015 2 commits
  23. 22 Jul, 2015 1 commit
    • Hixie's avatar
      Introduce an explicit Key type. · 74575775
      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.
      74575775
  24. 16 Jul, 2015 1 commit