-
-
Notifications
You must be signed in to change notification settings - Fork 105
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Refinement of Space bar language slide Mechanism for Improved User Interaction #255
Comments
I disagree here. I actively use 4 different languages and love the current ability to change to any language with a swipe (longer or shorter, depending on their position in the list). However, one possible solution to your issue that would work for people like me would be to avoid cycling through the whole list more than once: once you reach the last language you can keep on sliding your finger as long you want, the last language in the list will remain selected. If you scrolled too far, just slide back a bit to a previous language, as we can do now. |
In this case one approach can be implemented: if only two language is enabled, only one language would be changed in one slide. |
While that approach could work, it is limited to the cases where just 2 different languages are used in HeliBoard. It would probably require some preliminary check to see how many active languages there are before it starts switching languages. In addition, for the cases where a user has more than 2 active input languages, sliding too far could still revert to the initial input language, so the issue would remain for users with more than 2 active input languages. I still believe that an option to stop cycling once the last language in the "active inputs list" is reached would be better. This would work regardless of how many input languages are currently active on HeliBoard. In the case of 2 active languages, sliding up would only show one other language (because that language is already the end of the "active inputs list"). In the case of 5 active languages, the input language would continue changing with further sliding up, up to 4 new languages, because that would be the end of the "active inputs list". |
Yes, this would be a better approach. |
In the existing configuration, many languages can be changed with one tap-and-slide.
According to my opinion, it's not necessary. The vast majority of users typically engage with a maximum of two active languages. It's inconvenient to change the language like this when the user has only two. Because many times it reverts to the first language if the user slides a little bit more. So, the user has to be very careful about how much is being slid.
On the other side, even if I have more than two active languages, I would not change the language in one slide and wait until the desired one came. For me, it is convenient to tap-and-slide multiple times for the desired language.
So my opinion is that the implementation of one language switch per slide will be more user-friendly. Thus a user can remain confident about what is going to happen for his next tap-and-slide action, as it is a predictable event: only one language will be changed no matter how far it is slid.
Multiple_languages.mp4
Two_languages.mp4
Related: #151
The text was updated successfully, but these errors were encountered: