-
Notifications
You must be signed in to change notification settings - Fork 50
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
Improve non-hold key callouts #21
Comments
@andrewtavis Does this issue still exist? Could you explain in details, like a screenshot?:) |
Will send something along later, @Linfye, but yes it does! :) |
In looking at it, there are a lot of issues with this functionality at this point, @Linfye, and it would be great if you could take a look at it :) All of this is activated by Beyond that is the original reason for this issue, which is that the callout there is a bit messy. It'd be great if the callout looks more like it does in the iOS app where it visually appears that the callout is coming from the key, not just hovering over it: Beyond that, the hold key for alternate characters functionality seems to have been broken along the way, or isn't working well in dark mode. See the image below: The above is me holding the Let me know if you'd have interest in looking into any of the above! We could start with one PR to fix the color of the base callout in dark mode and make the hold to select callout visible again, and then we could do another PR to improve the callout itself 😊 Feel free to indicate that you have interest, and from there you can get started and I'll assign you later 🚀 |
Yes, I'd like to work on this. Thanks for your explaination. :) |
Nice, @Linfye! Let us know if you have any questions :) |
Do you want to work on a fix for the long hold accent character selection background now, @Linfye? So a fix for the following above where the optional characters have no background: |
Yes 😁 |
Terms
Description
This issue is to improve the key callouts that pop up when a key is pressed. As of now the callouts don't cover the key when they're pressed, with the user generally not seeing this as their thumb is covering the key, but the behavior is not correct based on comparisons to system keyboards.
Ideally there would be a full callout that covers the key, which then would transition to the hold callout if the user is holding a key to select alternate characters.
Contribution
This issue is thus of low priority as of now, but could be worked on later when the callouts are being investigated further. Others are welcome to contribute!
The text was updated successfully, but these errors were encountered: