-
-
Notifications
You must be signed in to change notification settings - Fork 193
Always show popup hint only if key has popups and no hint label #1682
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
base: main
Are you sure you want to change the base?
Conversation
|
Not sure about this, users might have the label flag in custom layouts for some completely different purpose. has popup hint should also be removed from |
|
I'm allowing myself to intervene here but I'm afraid that this change will once again break an existing functionality or display that is not requested by any user... ... |
|
@BlackyHawky, thank you for the feedback. I was actually hoping you'd intervene. 🙂 |
Currently, I don't know because I haven't tested your PR (that's why I wrote "I'm afraid"). I only hope that custom layouts are not affected by this change. |
|
I'm curious: do you use |
Should I continue to support this for custom layouts only? |
|
Currently it's shown on comma, language switch key, space, action key. And on numpad on +, -, *, comma, $, space I guess what will almost definietly be disliked is the Not sure if popups would be what users expect when the enable a setting to Show hints if long-pressing a key triggers additional functionality. One could argue both ways. |
I was going to suggest a rewording of the two very confusing popup hint settings next. 🙂 I actually only completely figured them out yesterday. |
I would argue: what's the point in having popups if users don't have a clue they're there? Are they expected to try every key just to check if it has any? |
|
My point of view is quite different: will users complain because the keyboard suddenly looks different. I considered adding popup hints to symbols layouts quite a while ago, and that also was not wanted because then things look different. And I guess users would rather have popup hints on symbols layouts than the functional hints. |
|
So it's the usual tradeoff between making the app more friendly to new users vs. not making changes that will frustrate old ones. Would it be more acceptable if I limited this change to functional keys? I think that's where the most benefit lies. |
I think that could be fine. |
|
I will test this PR after I finish my job. 😉 |
|
@Helium314 @eranl After testing this PR, I find that the presence of the 3 dots overloads the display of the keys. By the way, adding the 3 dots on the Once again, I'm not in favor of visual changes when they're not requested by users, even if I understand EranL's point of view on the fact that nothing indicates to the user that a long press is possible on certain keys. To conclude, if you really want this change to be validated, I think you should replace the SwitchPreference with a
The user would then be free to choose which keys he wants to remember that a long press is possible. |
Remove `hasPopupHint` from `attrs.xml`.
Done.
I didn't find any. Should I continue to support this for custom layouts only?
Done.
Reduced to just functional keys now.
Agreed. Removed. Please give this another try now and let me know what you think. Thanks. |
I think this is the best choice. It's much better! 👍 Thank you for taking my opinion into account (even if I don't hold the absolute truth 😅) |
Also, only show popup hint on space bar if
mSpaceForLangChangeis on.The idea here is to simplify the setting of the popup hint, and to make it more consistent. Currently, some keys have both a hint label and a popup hint, and some keys with popups have neither.
I wasn't able to figure out what was the issue with the appearance of the Armenian period key in holo theme that was fixed by the code I removed.
Fixes #1691.