1. 30 Oct, 2020 1 commit
  2. 15 Oct, 2020 1 commit
  3. 17 Sep, 2020 2 commits
    • stuartmorgan's avatar
      Update Windows system font change handling (#66021) · 8162bbd8
      stuartmorgan authored
      The engine now has an explicit API for system font changes, rather than
      expecting the WM_FONTCHANGE message to be forwarded to the Flutter view.
      8162bbd8
    • 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
  4. 15 Sep, 2020 1 commit
  5. 10 Sep, 2020 1 commit
  6. 31 Aug, 2020 1 commit
  7. 21 Aug, 2020 1 commit
  8. 13 Aug, 2020 1 commit
  9. 06 Jul, 2020 1 commit
    • stuartmorgan's avatar
      Switch Windows to CMake (#60629) · 4b120501
      stuartmorgan authored
      * First pass at CMake files; untested
      
      * First pass of adding CMake generation logic on Windows
      
      * Misc fixes
      
      * Get bundling working, start incoprorating CMake build into tool
      
      * Fix debug, exe name.
      
      * Add resources
      
      * Move cmake.dart
      
      * Rip out all the vcxproj/solution plumbing
      
      * Fix plugin cmake generation
      
      * Build with cmake rather than calling VS directly
      
      * Adjust Windows plugin template to match standard header directory structure
      
      * Pass config selection when building
      
      * Partially fix multi-config handling
      
      * Rev template version
      
      * Share the CMake generation instead of splitting it out
      
      * VS build/run cycle works, with slightly awkward requirement to always build all
      
      * Update manifest
      
      * Plugin template fixes
      
      * Minor adjustments
      
      * Build install as part of build command, instead of separately
      
      * Test cleanup
      
      * Update Linux test for adjusted generated CMake approach
      
      * Plugin test typo fix
      
      * Add missing stub file for project test
      
      * Add a constant for VS generator
      4b120501
  10. 21 May, 2020 1 commit
  11. 03 May, 2020 1 commit
  12. 15 Apr, 2020 1 commit
  13. 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