1. 02 Jun, 2016 1 commit
  2. 04 May, 2016 1 commit
    • Adam Barth's avatar
      Add missing dartdocs from material.dart (#3709) · 7712e583
      Adam Barth authored
      Making progress towards document all public APIs in material.dart. We're still
      missing a few odds and ends (as well as missing docs in tabs.dart,
      tooltip.dart, and two_level_list.dart).
      7712e583
  3. 07 Apr, 2016 1 commit
  4. 18 Mar, 2016 1 commit
  5. 14 Mar, 2016 1 commit
  6. 12 Mar, 2016 2 commits
  7. 18 Nov, 2015 2 commits
  8. 10 Oct, 2015 1 commit
  9. 09 Oct, 2015 1 commit
  10. 01 Oct, 2015 1 commit
  11. 02 Sep, 2015 1 commit
    • Adam Barth's avatar
      Move widgets and rendering inside src · 693ddcd8
      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.
      693ddcd8
  12. 31 Aug, 2015 1 commit
  13. 28 Aug, 2015 1 commit
  14. 26 Aug, 2015 1 commit
  15. 28 Jul, 2015 2 commits
  16. 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
  17. 20 Jul, 2015 1 commit
  18. 16 Jul, 2015 1 commit