1. 16 Feb, 2017 1 commit
  2. 09 Feb, 2017 1 commit
    • Ian Hickson's avatar
      Port AppBar to Scrollable2 (#7996) · 83a4cf26
      Ian Hickson authored
      Move the back button and drawer opening logic into the app bar.
      
      Move the tap-status-bar-to-scroll-to-top logic to using
      ScrollControllers. Provide a PrimaryScrollController and a `primary`
      flag on scroll views.
      
      Make it possible to track when a route becomes or stops being poppable.
      83a4cf26
  3. 30 Jan, 2017 1 commit
  4. 19 Nov, 2016 1 commit
  5. 10 Nov, 2016 1 commit
  6. 03 Nov, 2016 1 commit
  7. 24 Oct, 2016 1 commit
  8. 11 Oct, 2016 2 commits
  9. 08 Oct, 2016 1 commit
  10. 06 Oct, 2016 2 commits
  11. 21 Sep, 2016 1 commit
    • James Robinson's avatar
      Isolate imports of generated Dart code from generated path (#5960) · a95c9fdb
      James Robinson authored
      This rewrites imports of various mojom.dart files from the Flutter
      engine repo to instead import normal-looking dart files from the
      (new) flutter_services package. This package handles exporting the
      correct symbols from generated code wherever that may live.
      
      Includes an engine roll to 3551e7a48e2e336777b15c7637af92fd7605b6c5
      which contains the new flutter_services package.
      a95c9fdb
  12. 17 Sep, 2016 1 commit
  13. 08 Jul, 2016 1 commit
  14. 02 Jul, 2016 1 commit
  15. 01 Jul, 2016 2 commits
  16. 29 May, 2016 1 commit
  17. 27 May, 2016 1 commit
  18. 25 May, 2016 1 commit
  19. 12 May, 2016 1 commit
  20. 19 Apr, 2016 1 commit
    • Ian Hickson's avatar
      Refactor service extensions (#3397) · 261923e5
      Ian Hickson authored
      Bindings now have a debugRegisterServiceExtensions() method that is
      invoked in debug mode (only). (Once we have a profile mode, there'll be
      a registerProfileServiceExtensions() method that gets called in that
      mode only to register extensions that apply then.)
      
      The BindingBase class provides convenience methods for registering
      service extensions that do the equivalent of:
      
      ```dart
      void extension() { ... }
      bool extension([bool enabled]) { ... }
      double extension([double extension])  { ... }
      Map<String, String> extension([Map<String, String> parameters]) { ... }
      ```
      
      The BindingBase class also itself registers ext.flutter.reassemble,
      which it has call a function on the binding called
      reassembleApplication().
      
      The Scheduler binding now exposes the preexisting
      ext.flutter.timeDilation.
      
      The Renderer binding now exposes the preexisting ext.flutter.debugPaint.
      
      The Renderer binding hooks reassembleApplication to trigger the
      rendering tree to be reprocessed (in particular, to fix up the
      optimisation closures).
      
      All the logic from rendering/debug.dart about service extensions is
      replaced by the above.
      
      I moved basic_types to foundation.
      
      The FlutterWidgets binding hooks reassembleApplication to trigger the
      widget tree to be entirely rebuilt.
      
      Flutter Driver now uses ext.flutter.driver instead of
      ext.flutter_driver, and is hooked using the same binding mechanism.
      Eventually we'll probably move the logic into the Flutter library so
      that you just get it without having to invoke a special method first.
      261923e5
  21. 24 Mar, 2016 1 commit
  22. 14 Mar, 2016 1 commit
  23. 08 Mar, 2016 1 commit
    • Hixie's avatar
      Assert binding ready before getting a11y listener · 3d802075
      Hixie authored
      This adds an assert to verify that we have already got a binding when we
      get a semantics listener. Otherwise we crash. (I mean, we still crash,
      but now in checked mode we crash on an assert instead. Progress?)
      3d802075
  24. 09 Feb, 2016 1 commit
    • Hixie's avatar
      Fix drawer in accessibility mode · 9cea6c50
      Hixie authored
      The "leaf merge" feature was getting confused when we reset the
      SemanticsNode. We now separately track whether the node itself is marked
      as being merged vs whether we inherited that state, and we don't reset
      the inherited state until you're reattached or reserialised. In the
      latter case, we do a "just in time" clearing of the flag just like we
      previously did a "just in time" setting of the flag, except now the flag
      we're setting or clearing is the inherited flag not the actual flag.
      9cea6c50
  25. 06 Feb, 2016 1 commit
  26. 02 Feb, 2016 1 commit
  27. 01 Feb, 2016 1 commit
  28. 31 Jan, 2016 1 commit
  29. 27 Jan, 2016 1 commit