1. 12 May, 2022 1 commit
  2. 20 Jul, 2021 1 commit
    • Greg Spencer's avatar
      Modify key info generation for new iOS key code. (#83439) · 2cb685e1
      Greg Spencer authored
      The (new, not yet used) code gen for iOS was setting up a std::map from key codes to logical and physical key codes, but it was using uint32_t, which isn't big enough to hold the Flutter key codes.
      
      Also, iOS needs to be able to filter out function keys, so I added a function key set.
      2cb685e1
  3. 14 Jul, 2021 1 commit
    • Tong Mu's avatar
      New scheme for keyboard logical key ID (#85121) · c8d0b1d9
      Tong Mu authored
      This PR updates the ID used by logical keyboard keys.
      
      The logical key ID is still composed of 2 parts: 32 bits of value, and 8 bits of plane. But the assignment of planes has been drastically changed. HID plane is removed, and unprintable plane and Flutter plane are added. This is to reflect the new generation method for logical key IDs. Now keys that are defined by Flutter but not by dom_key_data are placed into the Flutter plane, including numpad keys, sided modifier keys, and gamepad keys. The values for platform planes have also been adjusted.
      
      The generation script and README have been updated accordingly as well.
      
      A new file, test_utils/key_codes.h is now generated to assist engine unit testing.
      
      All lists generated by the script are now sorted by the key.
      c8d0b1d9
  4. 01 May, 2021 1 commit
  5. 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
  6. 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
  7. 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