1. 18 Oct, 2017 1 commit
    • Michael Goderbauer's avatar
      Redesign Semantic Tree Compilation Algorithm (#12605) · f8a2bd20
      Michael Goderbauer authored
      * Oct 12 10:12am
      
      * implicit_semantics_test.dart passes
      
      * refactoring
      
      * works in nice
      
      * minor rename
      
      * more doc comments
      
      * to be explicit check better
      
      * fix test
      
      * ++
      
      * ++
      
      * semantics_9_test (BlockSemantics) and implicit_semantics_test are passing
      
      * doc updates
      
      * tiny refactor
      
      * fix static errors in tests
      
      * fix gesture detector
      
      * ++
      
      * ++
      
      * geometry
      
      * ++
      
      * remove noGeometry
      
      * revert test
      
      * +
      
      * all tests but scrolling/clipping pass
      
      * clipping works
      
      * scrolling halfway
      
      * sliver tests pass
      
      * ALL TESTS PASS
      
      * SemanticsNode changed
      
      * docs and tiny fixes
      
      * card test
      
      * more doc comments
      
      * remove missed print
      
      * more tests
      
      * make test pass on Linux
      
      * remove changes to intellij proj file
      
      * review comments
      f8a2bd20
  2. 27 May, 2017 2 commits
    • Ian Hickson's avatar
      Fix dartdocs (#10361) · 767ab66c
      Ian Hickson authored
      You can't have a newline between the `]` and the `(` in an image in markdown it turns out.
      767ab66c
    • Ian Hickson's avatar
      Much work on the documentation (#10331) · f50caddf
      Ian Hickson authored
      Minor fixes throughout, e.g. removing trailing commas from the end of sample code expressions, changing headings to "sample code" more consistently, removing stale todos, fix typos in a private method name, minor grammar fixes, added some clarifications to CircularProgressIndicator, LinearProgressIndicator, CrossAxisAlignment, added some cross-references to various members, made it slightly clearer that layout algorithms are implementation details.
      
      Clarified "elevation" throughout.
      
      Added docs to InkResponse and InkWell.
      
      Added sample code for: SliverAppBar, Card, ListTile, EdgeInsets, Row, Column, CustomScrollView, ListView, SliverFixedExtentList, and SliverGrid.
      
      Fixes #10317.
      Fixes #10316.
      Fixes #10267. (sort of, see comment therein)
      Fixes #9331. (sort of, see comment therein)
      Fixes #9407. (sort of, see comment therein)
      f50caddf
  3. 03 May, 2017 1 commit
  4. 14 Mar, 2017 1 commit
  5. 03 Nov, 2016 1 commit
  6. 01 Nov, 2016 2 commits
  7. 24 Oct, 2016 1 commit
  8. 23 Oct, 2016 1 commit
  9. 02 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. 07 Apr, 2016 1 commit
  12. 18 Mar, 2016 1 commit
  13. 14 Mar, 2016 1 commit
  14. 12 Mar, 2016 2 commits
  15. 18 Nov, 2015 2 commits
  16. 10 Oct, 2015 1 commit
  17. 09 Oct, 2015 1 commit
  18. 01 Oct, 2015 1 commit
  19. 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
  20. 31 Aug, 2015 1 commit
  21. 28 Aug, 2015 1 commit
  22. 26 Aug, 2015 1 commit
  23. 28 Jul, 2015 2 commits
  24. 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
  25. 20 Jul, 2015 1 commit
  26. 16 Jul, 2015 1 commit