1. 04 Oct, 2021 1 commit
    • Greg Spencer's avatar
      Clean up examples, remove section markers and --template args (#91133) · fd9ce277
      Greg Spencer authored
      This does a cleanup of the examples, removing all of the "section" markers and extra comments that we don't need anymore now that the samples are no longer in the source code. It also removes the --template arguments from the {@tool dartpad} and {@tool sample} directives, since those are no longer used. It converts two examples that I discovered were still embedded into linked examples in the examples folder.
      
      I didn't delete the templates from the snippets config folder yet, because there are still embedded samples in the dart:ui package from the engine that use them. Once dart:ui no longer uses the templates, they can be removed.
      
      I bumped the version of the snippets package to pick up a change that allows removal of the --template argument.
      fd9ce277
  2. 28 Sep, 2021 1 commit
  3. 25 Aug, 2021 1 commit
    • Greg Spencer's avatar
      Extract Sample code into examples/api (#87280) · 33403bd2
      Greg Spencer authored
      This extracts the sample code out from the API doc comments, and places them in separate files on disk, allowing running of the examples locally, testing them, and building of slightly larger examples.
      33403bd2
  4. 14 May, 2021 1 commit
  5. 27 Apr, 2021 1 commit
  6. 12 Mar, 2021 1 commit
  7. 27 Jan, 2021 1 commit
  8. 08 Jan, 2021 1 commit
  9. 15 Dec, 2020 1 commit
  10. 11 Dec, 2020 1 commit
  11. 02 Nov, 2020 2 commits
  12. 05 Oct, 2020 1 commit
  13. 03 Oct, 2020 1 commit
  14. 02 Oct, 2020 1 commit
  15. 29 Jul, 2020 1 commit
  16. 11 Jun, 2020 1 commit
  17. 08 Jan, 2020 1 commit
  18. 03 Dec, 2019 1 commit
  19. 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
  20. 14 Oct, 2019 1 commit
  21. 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
  22. 05 Feb, 2019 1 commit
  23. 18 Jan, 2019 1 commit
  24. 10 Jan, 2019 1 commit
    • MH Johnson's avatar
      [Material] Bottom app bar theme (#24156) · 090c3bcd
      MH Johnson authored
      * [WIP] BAB theme
      
      * [WIP] BAB theme
      
      * Update goldens
      
      * Extract helper function in tests
      
      * Update Goldens version
      
      * Add tests
      
      * [WIP] Hans first round comments
      
      * Added test
      
      * Added docs
      
      * Hans second round comments
      
      * Fixed analyzer error
      
      * Hans third round comments
      
      * ambient
      
      * Change [BottomAppBarTheme.of] to static
      
      * Final doc change
      090c3bcd
  25. 18 Dec, 2018 2 commits
  26. 08 Nov, 2018 1 commit
  27. 12 Sep, 2018 1 commit
  28. 07 Sep, 2018 1 commit
  29. 06 Sep, 2018 1 commit
  30. 02 Aug, 2018 1 commit
  31. 27 Jul, 2018 1 commit
  32. 23 Jul, 2018 1 commit
  33. 16 Jul, 2018 2 commits
  34. 21 Jun, 2018 1 commit
    • amirh's avatar
      Move the notch computation from the FAB to the BAB. (#18372) · c39f2f26
      amirh authored
      Move the notch computation from the FAB to the BAB.
      
      The notch in the BAB (bottom action bar) for the FAB (floating action button) was previously kept as part of the FAB's implementation. This was done to keep the shape of the FAB and the shape of the notch coupled.
      That approach resulted in a somewhat complex and 'non Fluttery' mechanism for propagating the notch computation from the FAB to the BAB.
      
      This CL uncouples the FAB and the notch computation.
      With the new API the BAB computes its overall shape including the notch using a NotchedShape delegate.
      
      This includes multiple breaking changes:
        * Scaffold.setFloatingActionButtonNotchFor is deleted.
        * The ComputeNotch type is deleted.
        * The hasNotch property of BottomAppBar is deleted.
        * The notchMargin property of FloatingActionButton is deleted.
      
      Quick migration guide from the previous API:
      
      | Previous API | New API |
      | ------------------|-------------|
      | BottomAppBar(hasNotch: false) | BottomAppBar() |
      | Using a FloatingActionButton with: BottomAppBar() / BottomAppBar(hasNotch: true) | BottomAppBar(shape: CircularNotchedRectangle()) |
      | Scaffold.setFloatingActionButtonNotchFor(..) | No longer supported |
      c39f2f26
  35. 06 Jun, 2018 1 commit
    • amirh's avatar
      _markNeedsClip() when clipper type has changed. (#18248) · 0a26ac09
      amirh authored
      A bug in _RenderCustomClip was compaeing the type of oldClipper to
      itself instead to the type of newClipper.
      
      This was the root cause for the crash #14937 worked around.
      This also reverts the workaround introduced in #14937.
      0a26ac09
  36. 05 Jun, 2018 1 commit
  37. 08 May, 2018 1 commit