summaryrefslogtreecommitdiffstats
path: root/src/com/android/settings/inputmethod/KeyboardLayoutPickerFragment.java
Commit message (Collapse)AuthorAgeFilesLines
* Migrate all MetricsProto enums to SettingsEnumsFan Zhang2019-01-171-2/+2
| | | | | | Bug: 122855168 Test: rebuild Change-Id: I962d9a71179f86b7cae9dc5e9a00e0aa1557dc76
* KeyboardLayoutPickerFragment uses DashboardFragmenttmfang2018-04-171-110/+16
| | | | | | | | | | | | | - Build a controller to generate a list of preferences and add to screen. - Move some logic to controller. - Add some test cases for controller. Test: manual Test: make RunSettingsRoboTests -j ROBOTEST_FILTER=com.android.settings.inputmethod make RunSettingsRoboTests -j ROBOTEST_FILTER=com.android.settings.core make RunSettingsRoboTests -j ROBOTEST_FILTER=com.android.settings.dashboard atest UniquePreferenceTest Change-Id: I4ebe486ade3439b9814b11866c402dcf881f21a7
* Reenable pre-N style hard keyboard layout settingsYohei Yukawa2018-03-091-45/+43
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This CL logically reverts Settings app changes for Bug 25752812, which aimed to improve UX by tightly integrating physical keyboard layout with input method subtype. What went wrong is that the concept of input method subtype is not widely accepted by the ecosystem actually. Until we figoure out any other better way here, let's revert back to the good old way that enables users to specify multiple keyboard layouts per physical keyboard device, not one layout per one input method subtype. Note that we cannot simply revert the CL that originally introduced the new flow [1] because it was indeed a huge CL that also touched IME settings, which we want to continue using. In that sense, this CL is a kind of re-implementation of the previous style on top of the recent language settings flow. Note also that a fix [2] fox Bug 25062009 was also ported from previous InputMethodAndLanguageSetting to KeyboardLayoutPickerFragment. [1]: I728d7ee185827ed328c16cb7abce244557a26518 976bb3f45915bdd5165d9a50402d4c1163dae809 [2]: I4483dfc89afc8d148b2cfa7c6a5f66d2a02f712a 17b631988451613393c4656900c1821e23d8434a Fix: 66498367 Test: make -j RunSettingsRoboTests Test: Manually done with two Bluetooth keyboards Change-Id: I7a2ed6dd39dcd8207d3d94e12cd01d5d67ba4bb5
* Update package names to work with the proto3 compilerTamas Berghammer2016-11-081-1/+1
| | | | | Bug: b/28974522 Change-Id: I5f3adf4946ee4ba1e09e4f40afe83c151405972a
* Remove dead code KeyboardLayoutPickerFragment.Fan Zhang2016-11-041-46/+46
| | | | | | Bug: 32642706 Test: compiles Change-Id: I02b7abed470a813bff13fe9d71fcf870a47de6b3
* Log visibility change for all fragments.Fan Zhang2016-08-181-1/+1
| | | | | | | | | | Bug: 30681771 Test: SettingsUnitTests Refactor visibility logging from InstrumentedFragment into a mixin. And apply mixin in remaining fragments. Change-Id: Ibbb59904336254a3e4bb9e8c7d0b36e5a6bc2622
* port settings over to new metrics enumChris Wren2016-01-271-2/+2
| | | | Change-Id: I0b3efd2f4db773ccbc52bfe59ee8eb0dab9584fb
* Directly show the layout selection screen.Michael Wright2016-01-051-2/+2
| | | | | | | | | | | | | When a user clicks on the physical keyboard in order to select a layout, rather than showing them a dialog with an empty list of layouts, send them straight to the screen where they can pick which layouts to enable. Also, only request keyboard layouts that are appropriate for the input device we're in the process of configuring. Bug: 25062009 Change-Id: I4483dfc89afc8d148b2cfa7c6a5f66d2a02f712a
* Depend on support lib preferencesJason Monk2015-10-131-10/+9
| | | | | Bug: 24576551 Change-Id: Ic6190bacd3f7582c9bbc8de972da4612bd92421e
* log visibility of viewsChris Wren2015-03-271-0/+6
| | | | | Depends-On: I5b1dccb5d103ece3112acf38889bae16273b092f Change-Id: I116aed2bb805f723a5bf2ec9eb94257de0b4a7b5
* Settings: Remove all unused imports.John Spurlock2015-03-181-1/+0
| | | | Change-Id: Iebfa52cb849d69974c94902b0b020893cf5618a3
* b/12068020 Update calls to InputManagerRoboErik2014-01-081-9/+11
| | | | | | | | | This is part of work on making key layouts get saved per vendor/product instead of per device. The corresponding change in fw is https://googleplex-android-review.git.corp.google.com/#/c/399886/ This changes all uses of InputDevice descriptor to InputDeviceIdentifier. Change-Id: I3eeebc0223820aeab62c2b8aa822f4d91adaf2d1
* Add UI to select multiple keyboard layouts.Jeff Brown2012-05-201-0/+154
Bug: 6405203 Change-Id: I27ca4630aebcb39b83298d37d8fb3f4ef0080317