1. 20 Feb, 2023 1 commit
  2. 19 Feb, 2023 5 commits
  3. 18 Feb, 2023 11 commits
  4. 17 Feb, 2023 19 commits
  5. 16 Feb, 2023 4 commits
    • Flutter GitHub Bot's avatar
      roll packages (#120922) · 206c6ae9
      Flutter GitHub Bot authored
      206c6ae9
    • engine-flutter-autoroll's avatar
      Roll Flutter Engine from 4a90fbcd6901 to bddfc1c4dcaa (5 revisions) (#120920) · 229d70ea
      engine-flutter-autoroll authored
      * 9ee3221d0 [Impeller] align SSBOs to 16 bytes to fix iOS shader validation issue. (flutter/engine#39654)
      
      * 65a79237f Roll Dart SDK from 09361aea2ca8 to 3ec7f1f92216 (1 revision) (flutter/engine#39686)
      
      * e213d1c5c Uses `int64_t` instead of `int` for the |view_id| parameter. (flutter/engine#39618)
      
      * 94e33ae50 test (flutter/engine#39630)
      
      * bddfc1c4d [Impeller] Match position attribute name across runtime effect stages (flutter/engine#39552)
      229d70ea
    • Qun Cheng's avatar
      Update switch template (#120919) · 6029de2f
      Qun Cheng authored
      6029de2f
    • Greg Price's avatar
      Document ScrollPhysics invariant requiring ballistic motion (#120400) · 09ad9f3c
      Greg Price authored
      Fixes #120341.
      
      The scroll protocol makes an important assumption about the behavior
      of ScrollPhysics implementations, and this requirement hasn't been
      clearly documented.  Add documentation for it.
      
      Parts of the text are modelled on similar language at
      StatelessWidget.build and StatefulWidget.build.
      
      It does feel a bit uncomfortable to juxtapose this description of a
      required invariant with three issues where the framework doesn't
      satisfy it.  Fortunately two of them apply by default only in
      uncommon cases: #120340 macOS touchpad flinging, and #109675 never.
      
      The third is #120338, affecting default scrolling on Android and
      other non-Apple platforms.  I'll send a PR to fix that shortly,
      and another for #109675.
      
      As discussed at #120338, it's quite possible we'll remove this
      invariant in the future.  But that's been attempted before, and is
      complicated: the invariant is a useful one.  Removing it would almost
      certainly involve a breaking change for ScrollPhysics subclasses.  So
      I think even if we had an immediate plan to remove it, we'd need some
      kind of documentation for it, if only to explain the breaking change.
      09ad9f3c