- 30 Jun, 2022 1 commit
-
-
Tong Mu authored
-
- 16 Jun, 2022 1 commit
-
-
Tong Mu authored
* Impl * Test
-
- 20 May, 2022 1 commit
-
-
Tong Mu authored
-
- 12 May, 2022 1 commit
-
-
Tong Mu authored
-
- 08 Oct, 2021 3 commits
-
-
Ian Hickson authored
-
Zachary Anderson authored
This reverts commit 5fd259be.
-
Ian Hickson authored
-
- 27 Jul, 2021 1 commit
-
-
Tong Mu authored
-
- 14 Jul, 2021 1 commit
-
-
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.
-
- 01 Jun, 2021 1 commit
-
-
Alexandre Ardhuin authored
-
- 26 May, 2021 1 commit
-
-
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.
-
- 02 May, 2021 1 commit
-
-
Phil Quitslund authored
-
- 01 May, 2021 1 commit
-
-
Tong Mu authored
Rewrites tools/gen_keycodes, the script that generates key mappings across the framework and the engine.
-
- 21 Apr, 2021 1 commit
-
-
Phil Quitslund authored
-
- 24 Mar, 2021 2 commits
-
-
Tong Mu authored
- Remove `LogicalKeyboardKey.keyLabel` - Make `Physical/LogicalKeyboardKey.debugName` getters - Make `Physical/LogicalKeyboardKey()` factory constructors, which cache non-predefined instances.
- 06 Mar, 2021 1 commit
-
-
Michael Goderbauer authored
-
- 22 Oct, 2020 1 commit
-
-
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
-
- 16 Sep, 2020 1 commit
-
-
Michael R Fairhurst authored
-
- 29 Jul, 2020 1 commit
-
-
Tong Mu authored
* Split gen_keycode to make maintenance easier.
-
- 23 Jun, 2020 1 commit
-
-
Robert Ancell authored
-
- 08 Apr, 2020 1 commit
-
-
Francisco Magdaleno authored
-
- 13 Mar, 2020 1 commit
-
-
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.
-
- 10 Mar, 2020 1 commit
-
-
Francisco Magdaleno authored
-
- 22 Jan, 2020 1 commit
-
-
Alexandre Ardhuin authored
-
- 05 Dec, 2019 1 commit
-
-
Alexandre Ardhuin authored
-
- 27 Nov, 2019 1 commit
-
-
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
-
- 05 Jun, 2019 1 commit
-
-
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.
-
- 28 Mar, 2019 1 commit
-
-
Francisco Magdaleno authored
-
- 07 Feb, 2019 1 commit
-
-
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.
-