1. 12 Oct, 2020 1 commit
  2. 07 Oct, 2020 2 commits
  3. 01 Oct, 2020 1 commit
  4. 23 Sep, 2020 1 commit
  5. 21 Sep, 2020 1 commit
  6. 19 Sep, 2020 1 commit
  7. 16 Sep, 2020 1 commit
  8. 13 Sep, 2020 1 commit
  9. 10 Sep, 2020 1 commit
  10. 19 Aug, 2020 2 commits
  11. 06 Aug, 2020 1 commit
  12. 03 Aug, 2020 2 commits
  13. 28 Jul, 2020 1 commit
  14. 24 Jul, 2020 2 commits
  15. 15 Jul, 2020 1 commit
    • Jonah Williams's avatar
      [flutter_tools] generate a synthetic flutter_gen package on pub get (#61261) · d8b6fa15
      Jonah Williams authored
      Allow configuring the flutter_manifest to support a synthetic package, this is done through flutter: generate: true.
      
      When running pub get, insert a flutter_gen entry into the packages if it does not already exist. This points to .dart_tool/flutter_gen, which can be updated to contain the generated intl sources (But doesn't currently)
      
      Adds an integration test that verifies this code can be run and imported when enabled.
      
      Part of #60914
      d8b6fa15
  16. 09 Jul, 2020 2 commits
  17. 08 Jul, 2020 1 commit
  18. 07 Jul, 2020 1 commit
  19. 19 Jun, 2020 1 commit
  20. 27 May, 2020 2 commits
  21. 18 May, 2020 1 commit
  22. 22 Apr, 2020 2 commits
  23. 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
  24. 02 Apr, 2020 1 commit
  25. 28 Mar, 2020 2 commits
  26. 16 Mar, 2020 1 commit
  27. 04 Mar, 2020 1 commit
  28. 27 Feb, 2020 1 commit
  29. 11 Feb, 2020 3 commits
  30. 31 Jan, 2020 1 commit