1. 29 Jul, 2020 1 commit
  2. 23 Jun, 2020 1 commit
  3. 11 May, 2020 1 commit
    • Nate Bosch's avatar
      Remove direct uses of LocalPlatform (#56605) · 59a8ef3a
      Nate Bosch authored
      When `const LocalPlatform` is used immediately and not passed as a
      dependency it does not have utility over the static properties from
      `dart:io`. Remove these uses to reduce the noise around how the
      instantiable `Platform` class is used.
      59a8ef3a
  4. 08 Apr, 2020 1 commit
  5. 13 Mar, 2020 1 commit
    • Greg Spencer's avatar
      Add C++ code generation for key maps. (#50998) · 289deef8
      Greg Spencer authored
      This adds generation of some C++ keycode maps for various platforms.
      
      This isn't meant for general use: it's so that the Flutter authors can keep the keycodes up to date with the Chromium and Android (and other) sources. It doesn't run continuously, it's only run occasionally (manually) to update the maps, because they don't change very often, and there is often manual work needed to make it function.
      
      In this PR, I added output of various .cc files that write into an engine repo situated next to the flutter repo on disk. This is a starting point for implementing platform-side handling of key events.
      289deef8
  6. 10 Mar, 2020 1 commit
  7. 26 Feb, 2020 1 commit
  8. 31 Jan, 2020 1 commit
  9. 28 Jan, 2020 1 commit
  10. 24 Jan, 2020 1 commit
  11. 07 Jan, 2020 1 commit
  12. 05 Dec, 2019 1 commit
  13. 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
  14. 09 Nov, 2019 1 commit
    • Greg Spencer's avatar
      Add macOS fn key support. (#44410) · c921c5ae
      Greg Spencer authored
      This adds support for the fn key on macOS. It adds it to the key mappings as a supplemental mapping that overwrites the one from the Chrome headers, since the chrome headers have a TODO, but no implementation of the key.
      
      Also, ignore the fn key entirely on macOS. This is because On macOS laptop keyboards, the fn key is used to generate home/end and f1-f12, but it ALSO generates a separate down/up event for the fn key itself. Other platforms hide the fn key, and just produce the key that it is combined with, so to keep it possible to write cross platform code that looks at which keys are pressed, the fn key is ignored.
      c921c5ae
  15. 01 Oct, 2019 1 commit
  16. 17 Sep, 2019 2 commits
  17. 05 Jun, 2019 1 commit
    • Greg Spencer's avatar
      Game controller button support (#33868) · f0978c22
      Greg Spencer authored
      This adds support for game controller buttons. It adds some supplemental USB HID codes that aren't available from the Chromium source code, and maps those on Android to the game pad buttons that Android supports. Other platforms are not supported yet.
      f0978c22
  18. 04 Jun, 2019 1 commit
    • Greg Spencer's avatar
      Add pseudo-key synonyms for keys like shift, meta, alt, and control. (#33695) · a70b020e
      Greg Spencer authored
      This adds a list of key synonyms for non-printable keyboard keys that appear in more than one place So keys like LogicalKeyboardKey.shiftLeft and LogicalKeyboardKey.shiftRight now can be mapped to just LogicalKeyboardKey.shift.
      
      I also fixed a bug in the gen_keycodes tool where GLFW entries would get removed if they weren't parsed from the source on the web.
      a70b020e
  19. 09 May, 2019 1 commit
  20. 28 Mar, 2019 1 commit
  21. 18 Mar, 2019 1 commit
  22. 08 Feb, 2019 1 commit
    • Greg Spencer's avatar
      Adding support for logical and physical key events (#27627) · 431cfdaf
      Greg Spencer authored
      This adds support for logical and physical key information inside of RawKeyEvent. This allows developers to differentiate keys in a platform-agnostic way. They are able to tell the physical location of a key (PhysicalKeyboardKey) and a logical meaning of the key (LogicalKeyboardKey), as well as get notified of the character generated by the keypress. All of which is useful for handling keyboard shortcuts.
      
      This PR builds on the previous PR (#27620) which generated the key code mappings and definitions.
      431cfdaf
  23. 07 Feb, 2019 1 commit
    • Greg Spencer's avatar
      Add a keyboard key code generator. (#27620) · 2aad5931
      Greg Spencer authored
      This adds a keycode generator that incorporates input from the Chromium and Android source trees, as well as some local tables, to generate static constants for the LogicalKeyboardKey and PhysicalKeyboardKey classes, as well as mappings from each of the platforms we support so far (currently only Android and Fuchsia).
      
      This code generator parses the input files, generates an intermediate data structure (`key_data.json`) that is checked in, and then generates the Dart sources for these classes and some static maps that will also be checked in (but are not included in this PR).
      
      The idea is that these codes don't change often, and so we don't need to generate them on every build, but we would like to be able to update them easily in the future if new data becomes available. If the existing data disappears or becomes unusable, we can maintain the checked-in data structure by hand if necessary, and still be able to generate the code.
      
      This PR only contains the code generator, not the classes themselves. In another follow-on PR, I'll run the generator and check in the output of the generator.
      2aad5931