1. 27 Jun, 2022 1 commit
  2. 26 Mar, 2022 1 commit
  3. 28 Sep, 2021 1 commit
    • Greg Spencer's avatar
      Add smoke tests for all the examples, fix 17 broken examples. (#89021) · ab2b0851
      Greg Spencer authored
      This adds a smoke test for every single API example. It also fixes 17 tests that had bugs in them, or were otherwise broken, and even fixes one actual bug in the framework, and one limitation in the framework.
      
      The bug in the framework is that NetworkImage's _loadAsync method had await response.drain<List<int>>();, but if the response is null, it will throw a cryptic exception saying that Null can't be assigned to List<int>. The fix was just to use await response.drain<void>(); instead.
      
      The limitation is that RelativePositionedTransition takes an Animation<Rect> rect parameter, and if you want to use a RectTween with it, the value emitted there is Rect?, and one of the examples was just casting from Animation<Rect> to Animation<Rect?>, which is invalid, so I modified RelativePositionedTransition to take a Rect? and just use Rect.zero if the rect is null.
      ab2b0851
  4. 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
  5. 07 Jun, 2021 1 commit
  6. 28 Sep, 2020 1 commit
  7. 17 Sep, 2020 1 commit
    • stuartmorgan's avatar
      Add VERSIONINFO to the Windows template (#66025) · eaf3f8b4
      stuartmorgan authored
      Adds a VERSIONINFO to Runner.rc in the Windows app template, populated
      from the project creation metadata.
      
      Currently the version itself is hard-coded, but it is future-proofed to
      allow plumbing the actual version through at build time via preprocessor
      defines.
      eaf3f8b4
  8. 06 Apr, 2020 1 commit
    • stuartmorgan's avatar
      Restructure the Windows app template (#53600) · 2d623278
      stuartmorgan authored
      This moves the app template more toward being a more generic starting
      point for any Flutter application, eliminating some hard-code
      assumptions about there being a single window/engine pair that is
      directly bound to the life of the application:
      - Moves the runloop into its own class, making it capable of servicing
        any number of engine instances.
      - Moves the logic for setting up a window containing only a Flutter view
        into a window subclass for ease of re-use.
      - Makes quit-on-window-close an optional property. (Long term this
        should be even more generic, like a quit-when-last-window-closes
        option, but this is a short-term improvement that removes the binding
        between the runloop and the window).
      - Allows for multiple instances of Win32Window to exist without issues
        relating to the window class registration.
      
      Since there are getting to be a non-trivial number of files associated
      with the runner, this moves the source into a runner/ directory, as is
      already done on some other platforms.
      
      Note that creating multiple Flutter windows at the same time still
      doesn't work correctly even with this change, but this addresses some of
      the known issues, and makes it easier to test in the future (e.g., for
      debugging engine-level issues with multiple instances).
      
      Fixes #45397
      2d623278
  9. 23 Mar, 2020 1 commit
    • stuartmorgan's avatar
      Add pre-stable support for create on Windows (#51895) · 685e9d1e
      stuartmorgan authored
      Adds initial support for flutter create of apps and plugins. This is derived from the current FDE example app and sample plugin, adding template values where relevant.
      
      Since the APIs/tooling/template aren't stable yet, the app template includes a version marker, which will be updated each time there's a breaking change. The build now checks that the template version matches the version known by that version of the tool, and gives a specific error message when there's a mismatch, which improves over the current breaking change experience of hitting whatever build failure the breaking change causes and having to figure out that the problem is that the runner is out of date. It also adds a warning to the create output about the fact that it won't be stable.
      
      Plugins don't currently have a version marker since in practice this is not a significant problem for plugins yet the way it is for runners; we can add it later if that changes.
      
      Fixes #30704
      685e9d1e