1. 07 Nov, 2022 1 commit
  2. 13 Jul, 2022 1 commit
  3. 30 Jun, 2022 1 commit
  4. 28 Jun, 2022 1 commit
  5. 21 Jun, 2022 1 commit
  6. 16 Jun, 2022 1 commit
  7. 20 May, 2022 1 commit
  8. 12 May, 2022 1 commit
  9. 14 Apr, 2022 1 commit
  10. 16 Mar, 2022 1 commit
  11. 01 Dec, 2021 1 commit
  12. 29 Jul, 2021 2 commits
  13. 28 Jul, 2021 1 commit
  14. 27 Jul, 2021 1 commit
  15. 26 Jul, 2021 1 commit
  16. 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
  17. 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
  18. 30 Jun, 2021 1 commit
  19. 17 Jun, 2021 1 commit
  20. 02 Jun, 2021 1 commit
  21. 26 May, 2021 1 commit
    • Greg Spencer's avatar
      Add iOS key map generation, make macOS var naming consistent with repo (#83146) · 6b087c74
      Greg Spencer authored
      This adds iOS key map generation that uses std::maps. It uses std::maps because on iOS if we use NSDictionaries, then when XCode loads the dylib, the initialization of those status NSDictionaries hasn't yet occurred, and it crashes the app. std::maps have a well-defined static behavior, and are correctly initialized.
      
      I also made the naming of variables, fields, etc. consistent for macOS. We variously had macosFoo, macOSFoo, and macOsFoo. I eliminated macOsFoo and macosFoo, since the rest of the repo uses macOSFoo for lowerCamelCase names (with only a few exceptions). I used iOSFoo for iOS.
      6b087c74
  22. 21 May, 2021 1 commit
  23. 11 May, 2021 1 commit
    • Greg Spencer's avatar
      Add Enter and Tab back in to ios and macos key maps (#81865) · af3337b6
      Greg Spencer authored
      I noticed that tab traversal stopped working on iOS when #73440 was landed.
      
      It seems to be that the control characters were excluded from the list of logical keys, and so they ended up being generated values.
      
      This PR just adds "Enter" and "Tab" to the list for both macOS and iOS.
      af3337b6
  24. 10 May, 2021 1 commit
  25. 01 May, 2021 1 commit
  26. 01 Apr, 2021 1 commit
  27. 28 Mar, 2021 1 commit
  28. 27 Mar, 2021 1 commit
  29. 24 Mar, 2021 2 commits
  30. 18 Feb, 2021 1 commit
  31. 13 Jan, 2021 1 commit
  32. 24 Dec, 2020 1 commit
  33. 22 Oct, 2020 1 commit
    • puelo's avatar
      Generate RawKeyEvents for iOS 13.4+ (#65193) · 24d39997
      puelo authored
      * Added RawKeyEvent support for iOS
      
      * Removed unused remnant
      
      * added some missing keys
      
      * Removed trailing whitespaces
      
      * commit for build
      
      * Added mapping names
      
      * Made iOS keycodes generatable and collectable
      
      * Fixed naming and formatting issues
      
      * fixed raw_keyboard_test
      24d39997
  34. 15 Sep, 2020 1 commit
    • Greg Spencer's avatar
      Fix the `character` field of the `RawKeyEvent` to hold correct data on... · 199a7c19
      Greg Spencer authored
      Fix the `character` field of the `RawKeyEvent` to hold correct data on non-Android platforms. (#65667)
      
      This fixes a problem where the character field of the RawKeyEvent was not being set at all for non-Android platforms.
      
      I also updated the key maps, and corrected a problem with the Windows key map where the backquote character wasn't correctly mapped.
      199a7c19
  35. 19 Aug, 2020 1 commit
    • Greg Spencer's avatar
      Standardize the nullability of arguments to raw key data constructors. (#63523) · 041a3eaa
      Greg Spencer authored
      This standardizes the handling of nullability for the LogicalKeyboardKey.keyLabel and RawKeyEventData.keyLabel accessors so that they are non-nullable, but can be empty.
      
      Before this change, the keyLabel could be either null or an empty string to indicate that there wasn't a label, which makes it harder to test for, since both need to be checked for. Since an empty string is sufficient, there is no need for it to be nullable.
      
      Also, in raw_keyboard.dart, the web and Windows implementations wouldn't accept null values for parameters in the Map coming from the message, but tests were supplying null for some of them. This makes web and Windows creation of events match the other platforms, and makes the migration of tests to non-nullability easier.
      041a3eaa
  36. 31 Jul, 2020 1 commit
  37. 29 Jul, 2020 1 commit
  38. 09 Jul, 2020 1 commit