1. 05 Jul, 2020 1 commit
  2. 11 Jun, 2020 1 commit
  3. 06 Jan, 2020 1 commit
  4. 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
  5. 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
  6. 10 Oct, 2019 1 commit
    • tauu's avatar
      PlatformView: recreate surface if the controller changes (#40280) · 6b4a10ae
      tauu authored
      Currently the surface of a platform view is only created only one when the state of PlatformViewLink is created. When the PlatformViewLink widget changes, the PlatformViewController in the corresponding state is also updated. Just the surface is not updated even though it depends on the controller.
      
      This PR changes this behavior to recreate the surface whenever the controller is updated.
      6b4a10ae
  7. 24 Sep, 2019 2 commits
  8. 29 Aug, 2019 2 commits
  9. 26 Aug, 2019 1 commit
    • Chris Yang's avatar
      PlatformViewLink handles focus (#38643) · 7f5540fa
      Chris Yang authored
      In the build of PlatformViewLink, Added a FocusNode wrapping around the surface widget.
      The focus node will ask platform view to clear its focus when necessary through [PlatformViewController.clearFocus].
      The platform view can notify the framework it wants to gain focus by calling [PlatformViewCreationParams.onFocusChanged]
      7f5540fa
  10. 16 Aug, 2019 2 commits
  11. 15 Aug, 2019 1 commit
  12. 06 Aug, 2019 1 commit
  13. 02 Aug, 2019 1 commit
    • Chris Yang's avatar
      Extract common PlatformView functionality: Painting and Semantics (#36955) · 9553f8da
      Chris Yang authored
      * painting and semantics
      
      * more comments
      
      * fixing ci
      
      * review fixes
      
      * add assert for id
      
      * rename custom layer factory to layer builder
      
      * review updates
      
      * partial review fixes
      
      * some doc updates
      
      * more doc updates
      
      * only expose getter for id in PlatformViewController
      
      * doc updates/removing all the  references
      
      * remove extra
      
      * more doc updates
      
      * some doc updates
      
      * more doc fixes
      
      * review fixes
      9553f8da
  14. 08 Jul, 2019 1 commit
  15. 06 Jun, 2019 1 commit
    • Amir Hardon's avatar
      Respond to AndroidView focus events. (#33901) · 7d27550f
      Amir Hardon authored
      When an AndroidView gains focus we invoke the(newly introduced)
      'TextInput.setPlatformViewClient' text_input system channel method
      which sets the platform view as the text input target.
      
      When the AndroidView loses focus we send a clearFocus message to
      platform views system channel(so the engine can clear the focus from
      the platform view).
      
      This PR is going to land before the engine implementation is rolled to
      the framework, we swallow MissingPluginException for the newly
      introduced method channel methods so this is a no-op before the engine
      is ready(after the engine is rolled with the corresponding change I'll
      remove the logic to swallow the exceptions).
      
      The engine counterpart is in: flutter/engine#9203
      7d27550f
  16. 25 May, 2019 1 commit
  17. 15 May, 2019 1 commit
  18. 29 Apr, 2019 1 commit
  19. 12 Mar, 2019 1 commit
  20. 06 Mar, 2019 1 commit
  21. 30 Jan, 2019 1 commit
  22. 29 Jan, 2019 1 commit
  23. 07 Jan, 2019 1 commit
  24. 10 Nov, 2018 2 commits
  25. 08 Nov, 2018 1 commit
  26. 02 Nov, 2018 1 commit
  27. 01 Nov, 2018 1 commit
  28. 31 Oct, 2018 3 commits
    • Amir Hardon's avatar
      Re-land "Initial framework support for iOS platform views." (#23781) · 8de86d41
      Amir Hardon authored
      Re-landing #23412 with a fix to the PlatformLayer's addToScene signature.
      
      #23412 was broken by the change to Layer done in #23434.
      
      It seemed green as the presubmits were done before #23434 was landed, and when #23412 landed it broke the build.
      
      Reverts #23779
      8de86d41
    • Amir Hardon's avatar
      b20e7a26
    • Amir Hardon's avatar
      Initial framework support for iOS platform views. (#23412) · 67ffe1c2
      Amir Hardon authored
      This PR adds the full framework stack (layer->render object->widget, and
      service) for embedding iOS views with minimal functionality.
      
      I allowed myself to throw the entire framework stack in one PR since we're mostly
      mirroring the structure we already established for embedded Android views, so this PR
      is a little bigger than usual. I'm happy to break it down to the
      different pieces of the stack if reviewers prefer.
      
      Specifically this PR adds:
      * A UiKitView widget for embedding a UIView in the widget tree.
      * A RenderUiKitView which is the render object for showing a
        UIView.
      * A PlatformViewLayer which denotes the position of a UIView in the
        layer tree.
      * The iOS platform_views system channel client code in services/platform_views.dart
      * Splits the fake platform views controller to an Android and iOS
        controllers.
      
      TBD in following PRs:
      * Plumb the layout direction all the way to the platform view (currently
        there is still no engine support for it).
      * Integrate with gesture arenas (engine support is still missing as
        well).
      67ffe1c2
  29. 16 Oct, 2018 1 commit
    • Amir Hardon's avatar
      Make AndroidView take gesture recognizer factories. (#21657) · 707eaf5e
      Amir Hardon authored
      Before this PR AndroidView's gestureRecognizers field was a list of
      gesture recognizers. This was problematic as when the widget was rebuilt
      with the same gesture recognizer instances we would try to re-join the
      recognizers to a gesture arena team and crash (as a OneSeqeunceGestureRecognizer
      team can only be set once).
      
      With this change, we instead take a set of factories.
      This allows AndroidView to create the gesture recognizers just before
      adding them to the team, and thus be sure that they are only added once to a
      team.
      
      The factories are identified by the type of the object they create, this
      allows AndroidView to know when it is given an equivalent set of gesture
      recognizer factories, and do nothing in that case.
      707eaf5e
  30. 14 Sep, 2018 1 commit
  31. 12 Sep, 2018 1 commit
  32. 07 Sep, 2018 1 commit
  33. 06 Sep, 2018 1 commit
    • Amir Hardon's avatar
      Add an EagerGestureRecognizer. (#21407) · 9506d1e1
      Amir Hardon authored
      This recognizer can be passed in AndroidView's gesureRecognizers when we
      want all touch events in the view bounds to be immediately dispatched
      to the Android view.
      9506d1e1
  34. 05 Sep, 2018 1 commit