Pressing 123 key did not change languages
Steps to reproduce
- Pressing 123 key
What I expected
Give a menu to select the language for typing
What happened instead
No menu visible. Just changed for numeric keyboard.
Discussion
Sign in to comment or vote.
Cannot upload files.
Upload issue fixed
(attachment)
User has multiple options to switch languages.
Can you please try one of the above options and see if it satisfies the requirement.
Both other options works but:
1- Swiping the space bar to move the cursor can change the language accidentally.
2- Language key is an extra key making the keyboard to shrink.
Moving the cursor using the space bar requires the user to long press it. However, I understand the accidental language change concern.
We originally had the language change option via long pressing abc key when the user was on the symbols keyboard. This was however removed later on to implement the requirement to long press the 123 key to show symbols for the users to be able to swipe to the required symbol and quickly get back to the normal keys. We will check if there’s a way to put back the long press option to cycle through languages when on the symbols keyboard.
Resolved, next update.
Thanks!
There’s lag when changing this setting under the long press menu. See attached video.
Traced it to the drag-and-drop. The reorder was using iOS's system drag, and on iPhone that has a slow lift plus a preview that trails your finger. That's the lag. Swapped it for a direct long-press-then-drag, and kept the dragged row constrained to the list so it can't wander off. Same change across all the long-press editors (123, period, comma, and the emoji row). In build 408.
Lag is fixed. We are good to close this.