Closed darcywong00 closed 7 months ago
Referencing the iOS work on #2487 and #2505 may prove somewhat useful, though Android would have a much larger set of devices if an identical approach were taken.
That said, sampling scaling data for Android's default keyboard (like with #2505's tool for iOS) should give us numbers that could give useful insight to create general scaling rules. Referencing its readme.md may help with designing a process for data collection should we wish to take this route, though it's written more from the user perspective than the code's perspective.
Closing this issue as it addressed by adjustable height PR#5906
I think we have to say mitigated, not completely fixed by #5606. Suggest hiding the top banner when in landscape and/or not enough space in text area.
(DW editing with the correct PR number)
Given this issue is mitigated, I'd like to defer control logic of the suggestion banner when in Landscape orientation to Future release.
Sounds good to me.
I think we have to say mitigated, not completely fixed by #5606. Suggest hiding the top banner when in landscape and/or not enough space in text area.
As of Keyman 17, the keyboard will always display a banner (either themed image or suggestions) for gesture keys on the top row. This can be closed
From @bennylin on the Community Site