1. 11 Oct, 2021 1 commit
  2. 08 Oct, 2021 3 commits
  3. 05 Aug, 2021 1 commit
  4. 13 May, 2021 1 commit
  5. 10 May, 2021 1 commit
  6. 04 May, 2021 1 commit
  7. 28 Apr, 2021 1 commit
  8. 27 Apr, 2021 1 commit
  9. 31 Mar, 2021 1 commit
  10. 29 Mar, 2021 1 commit
  11. 27 Mar, 2021 1 commit
  12. 26 Mar, 2021 1 commit
  13. 15 Dec, 2020 1 commit
  14. 02 Nov, 2020 2 commits
  15. 27 Oct, 2020 1 commit
  16. 08 Oct, 2020 1 commit
  17. 29 Sep, 2020 1 commit
  18. 29 Jul, 2020 1 commit
  19. 14 Jul, 2020 1 commit
  20. 09 Jul, 2020 2 commits
  21. 11 Jun, 2020 1 commit
  22. 20 May, 2020 1 commit
  23. 10 Mar, 2020 1 commit
  24. 03 Mar, 2020 1 commit
  25. 25 Jan, 2020 1 commit
  26. 07 Jan, 2020 1 commit
  27. 13 Dec, 2019 1 commit
  28. 05 Dec, 2019 1 commit
    • Greg Spencer's avatar
      Normalizes all of the "See also" blocks in comments. (#46121) · c6fe7bb9
      Greg Spencer authored
      This normalizes all of the "See also" blocks in comments so that they conform in style.
      
      They all look like this now:
      
        /// See also:
        ///
        ///  * [MyFavoriteWidget], because it's cool.
        class Foo {}
      
      I removed some useless "See also" blocks, and added commentary to ones that were just "bare" references.
      
      This is my penance for adding so many bullets that are "-" instead of "*". :-)
      c6fe7bb9
  29. 27 Nov, 2019 1 commit
    • Ian Hickson's avatar
      License update (#45373) · 449f4a66
      Ian Hickson authored
      * Update project.pbxproj files to say Flutter rather than Chromium
      
      Also, the templates now have an empty organization so that we don't cause people to give their apps a Flutter copyright.
      
      * Update the copyright notice checker to require a standard notice on all files
      
      * Update copyrights on Dart files. (This was a mechanical commit.)
      
      * Fix weird license headers on Dart files that deviate from our conventions; relicense Shrine.
      
      Some were already marked "The Flutter Authors", not clear why. Their
      dates have been normalized. Some were missing the blank line after the
      license. Some were randomly different in trivial ways for no apparent
      reason (e.g. missing the trailing period).
      
      * Clean up the copyrights in non-Dart files. (Manual edits.)
      
      Also, make sure templates don't have copyrights.
      
      * Fix some more ORGANIZATIONNAMEs
      449f4a66
  30. 22 Nov, 2019 1 commit
    • Alexandre Ardhuin's avatar
      make some BuildContext methods generics (#44189) · fcb40a05
      Alexandre Ardhuin authored
      * make BuildContext.{ancestorStateOfType,ancestorRenderObjectOfType,rootAncestorStateOfType} generic
      
      * make BuildContext.inheritFromWidgetOfExactType generic
      
      * make BuildContext.ancestorInheritedElementForWidgetOfExactType generic
      
      * make BuildContext.ancestorWidgetOfExactType generic
      
      * fix snippet
      
      * bump scoped_model on temp version
      
      * update names
      
      * Revert "bump scoped_model on temp version"
      
      This reverts commit d1fcbba028cdb07f44738d1652391692d1ea5ec0.
      
      * address review comments
      
      * fix ci
      
      * address review comments
      
      * repeat the deprecation notice
      
      * fix uppercase
      
      * use of recommanded deprecation syntax
      
      * address review comment
      fcb40a05
  31. 14 Oct, 2019 1 commit
  32. 07 Oct, 2019 1 commit
  33. 24 Sep, 2019 1 commit
  34. 23 Aug, 2019 1 commit
    • Greg Spencer's avatar
      Normalize assert checking of clipBehavior (#38568) · 365f577c
      Greg Spencer authored
      I noticed that we were pretty inconsistent with the way that we checked the value of clipBehavior in the framework, so I normalized the usages and updated docs where necessary.
      
      This is a breaking change if you used to pass null explicitly to FlatButton, OutlineButton or RaisedButton constructors, expecting to get Clip.none. It will now assert if you do that. Existing implementations that pass null implicitly by not specifying clipBehavior won't need to change their call sites. It always implicitly defaulted to Clip.none before, and it will continue to do that, it's only places where it was explicitly set to null in order to get the implicit default that it will fail.
      365f577c
  35. 16 Jul, 2019 1 commit
  36. 25 Jun, 2019 1 commit