1. 31 Jan, 2017 1 commit
  2. 19 Nov, 2016 1 commit
  3. 29 Oct, 2016 1 commit
  4. 28 Oct, 2016 1 commit
  5. 24 Oct, 2016 1 commit
  6. 29 Sep, 2016 1 commit
  7. 20 Jun, 2016 1 commit
  8. 07 Jun, 2016 1 commit
  9. 03 Jun, 2016 1 commit
  10. 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
  11. 03 May, 2016 1 commit
  12. 18 Mar, 2016 1 commit
  13. 16 Mar, 2016 1 commit
  14. 14 Mar, 2016 1 commit
  15. 12 Mar, 2016 3 commits
  16. 11 Mar, 2016 1 commit
  17. 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
  18. 20 Jan, 2016 1 commit
  19. 18 Jan, 2016 1 commit
    • Ian Hickson's avatar
      Reimplement the theme transition animation by actually animating the Theme. · 73c9ebab
      Ian Hickson authored
      As part of this:
       - A lot of classes got new lerp functions, including e.g. TextStyle.
       - Theme's constructor story got overhauled. You can now configure
         everything if you really want to, and we're better about defaults.
       - Material no longer automatically animates its background color.
         (It still does for its shadow.)
       - Tabs try to get the indicator color from the theme.
       - The fields in ThemeData got reordered for sanity.
       - Theme.== and Theme.hashCode got fixed.
       - Typography got a bit of a spring cleaning.
      
      Fixes #613.
      73c9ebab
  20. 07 Jan, 2016 1 commit
  21. 11 Dec, 2015 1 commit
    • Adam Barth's avatar
      Add dartdoc for image classes · 40dda1ed
      Adam Barth authored
       - Adds dartdoc for all the `of` functions.
       - Renames Image to RawImage. This widget is rarely used and shouldn't take up
         such a nice global name.
      
      Fixes #361
      40dda1ed
  22. 18 Nov, 2015 1 commit
    • Hixie's avatar
      Pave the Foo.of() cowpath. · 65d81451
      Hixie authored
      I'm planning on adding more .of() functions and so to avoid further
      copypasta I'm providing some general utility functions here.
      65d81451
  23. 18 Oct, 2015 1 commit
    • Hixie's avatar
      toString()ify more stuff · 7c0c1c96
      Hixie authored
      - truncate pixel values to 1dp since there's really no point being told
        the Size is 302.98732587287 by 648.28498579187.
      
      - describe more Widgets so that debugDumpApp() is more useful.
      
      - remove bufferValue from ProgressIndicator (cc @hansmuller) since it's
        not yet implemented.
      
      - half-hearted toString() for ThemeData. There's no point making a
        complete one, since it would cause line-wrap even on big monitors in
        debugDumpApp dumps, and you can easily get the actual values from a
        debugging if that's the issue.
      
      - flesh out BoxConstraints.toString() so that fully unconstrained and
        fully infinite constraints are called out explicitly. I experimented
        with adding even more special cases, e.g. calling out unconstrained
        widths with fixed heights, etc, but it made the output less readable.
      
      - remove a redundant _updateVariable() in AnimatedContainer (cc
        @abarth).
      
      - add more information to RenderView.toString().
      7c0c1c96
  24. 10 Oct, 2015 1 commit
  25. 09 Oct, 2015 1 commit
  26. 01 Oct, 2015 1 commit
  27. 18 Sep, 2015 1 commit
    • Adam Barth's avatar
      Move theme into material.dart · 4467a268
      Adam Barth authored
      Also, introduce Colors and Typography to hold the material colors and the
      typography declarations. Previously we expected clients of these libraries to
      import them into a namespace, but that doesn't play nice with re-exporting them
      from material.dart.
      4467a268
  28. 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
  29. 28 Aug, 2015 1 commit
  30. 17 Aug, 2015 1 commit
  31. 04 Aug, 2015 1 commit
  32. 28 Jul, 2015 2 commits
  33. 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
  34. 16 Jul, 2015 1 commit