1. 11 6月, 2020 1 次提交
  2. 02 6月, 2020 1 次提交
  3. 09 5月, 2020 1 次提交
  4. 23 4月, 2020 1 次提交
  5. 22 4月, 2020 1 次提交
  6. 18 4月, 2020 1 次提交
  7. 16 4月, 2020 1 次提交
  8. 14 3月, 2020 2 次提交
  9. 08 2月, 2020 1 次提交
    • M
      Apply Google Java format (#16501) · 077918dc
      Michael Klimushyn 提交于
      This shouldn't result in any logical changes. I've done a quick smoke
      test by building a local Android engine and running Flutter gallery, no
      compile errors or other obvious issues.
      
      Applied by running `/ci/format.sh | patch -p0` with the altered script
      added in flutter/engine#16500. I did locally modify the script slightly
      further so it would run against all Java files in the repo instead of
      just modified ones.
      077918dc
  10. 01 2月, 2020 1 次提交
    • M
      Deprecated FlutterView v1 points to FlutterView v2 (#16304) · 0816c040
      Michael Klimushyn 提交于
      FlutterView#enableTransparentBackground has been deprecated for some
      time now since it breaks a11y highlighting in most cases. When the
      warning was first added there was no known workaround, but now the v2
      embedding is in stable and ready to support this usecase. Update the
      warning to point to the v2 embedding.
      0816c040
  11. 15 10月, 2019 1 次提交
  12. 04 9月, 2019 1 次提交
  13. 17 8月, 2019 1 次提交
  14. 30 7月, 2019 2 次提交
  15. 20 7月, 2019 1 次提交
  16. 26 6月, 2019 1 次提交
    • J
      Simplify loading of app bundles on Android (#9360) · 3f4f6061
      Jason Simmons 提交于
      * Remove deprecated runBundle APIs
      * Remove code related to dynamic patching (including support for multiple
        bundle paths)
      * Change FlutterRunArugments.bundlePath to be the Android AssetManager path
        where the app's assets are located
      3f4f6061
  17. 25 6月, 2019 1 次提交
  18. 22 6月, 2019 1 次提交
    • A
      delegate checkInputConnectionProxy to the relevant platform view (#9426) · 3757f199
      Amir Hardon 提交于
      The previous logic allowed proxying for any view that belonged to one of the platform views' virtual displays which may lead to us allowing proxying for a view that the platform view isn't allowing proxying for, previous logic also didn't account for unattached views.
      
      This change instead delegates the decision to the platform view.
      
      We use the fact that each virtual display has its unique context to associate any view with its relevant virtual display.
      
      A nice side effect of calling the platform view's checkInputConnectionProxy for webviews is that the plugin now has a way to get a handle to the ThreadedInputConnectionProxyView, which may be useful for getting keyboard working on webview's prior to Android N.
      3757f199
  19. 21 6月, 2019 1 次提交
  20. 11 6月, 2019 1 次提交
  21. 08 6月, 2019 1 次提交
  22. 07 6月, 2019 1 次提交
    • A
      Keyboard support for embedded Android views. (#9203) · e80df363
      Amir Hardon 提交于
      Generally what this PR is doing is setting up a delegation mechanism
      for Android's onCreateInputConnection.
      
      It works by letting the framework know when an embedded view gets loses
      focus(within the virtual display), the framework maintains a focus node
      for each Android view that is kept in sync with the focus state of the
      embedded view.
      
      The TextInputPlugin is extended to allow for 2 type of text clients a
      "framework client"(what we had before) and a "platform view client".
      When the AndroidView's focus node in the framework is focused the
      framework sets a "platform view text client" for the TextInputPlugin,
      which will result in the TextInputPlugin delegating
      createInputConnection to the platform view.
      
      When a platform view is resized, we are detaching it from a virtual
      display and attaching it to a new one, as a side affect a platform view
      might lose an active input connection, to workaround that we "lock" the
      connection when resizing(by caching it and forcing the cached copy until
      the resize is done).
      
      Additional things worth calling out in this PR:
      
      To properly answer which views are allowed for input connection
      proxying we compare a candidate view's root view to the set of root
      views of all virtual displays.
      We also preserve a view's focus state across resizes.
      Note that this PR only wires text for the io.flutter.view.FlutterView
      For the new Android embedding some additional plumbing is necessary.
      
      Corresponding framework PR: flutter/flutter#33901
      
      flutter/flutter#19718
      e80df363
  23. 04 6月, 2019 1 次提交
  24. 14 5月, 2019 1 次提交
  25. 09 4月, 2019 1 次提交
  26. 22 3月, 2019 1 次提交
    • J
      Do not drop the DartExecutor's message handler when a FlutterNativeView is... · 68bd4f2c
      Jason Simmons 提交于
      Do not drop the DartExecutor's message handler when a FlutterNativeView is detached from the FlutterView (#8254)
      
      An activity can use ViewFactory.retainNativeFlutterView to reuse a
      FlutterNativeView across multiple instances of the activity.  In this
      scenario, the FlutterNativeView should continue to handle incoming messages
      sent from Dart.
      68bd4f2c
  27. 21 3月, 2019 2 次提交
  28. 20 3月, 2019 1 次提交
  29. 15 3月, 2019 1 次提交
  30. 12 3月, 2019 2 次提交
  31. 09 3月, 2019 2 次提交
  32. 07 3月, 2019 1 次提交
  33. 06 3月, 2019 1 次提交
    • S
      Add engine support for scrollwheel events (#7494) · dd80fc9f
      stuartmorgan 提交于
      Adds support for pointer signals, in a way that will support both discrete events (e.g., scroll wheels, flutter/flutter#22762) and continuous gestures (e.g., trackpad scroll, flutter/flutter#21953).
      
      Also exposes these new event options to the embedder. Does not include code to send the
      new events from the platform shells.
      dd80fc9f
  34. 02 3月, 2019 1 次提交
  35. 28 2月, 2019 1 次提交