Open BOFH90 opened 3 years ago
I tested some key presses while emoji panel is open and has focus (clicked on).
key: alphanumerics / symbols current behaviour: first character not sent to input field, emoji panel closes suggested behaviour: first character is also sent to input field, emoji panel closes rationale: user expect all key presses are sent to input field
key: back space / delete current behaviour: character deleted, emoji panel closes suggested behaviour: character deleted, emoji panel stays open rationale: user may want to delete emoji(s) then click on another emoji to replace it
key: home / end / page up / page down current behaviour: cursor not moved, emoji panel closes suggested behaviour: cursor moved, emoji panel stays open rationale: should behave the same as arrow keys. user may want to continue adding more emoji at different positions.
key: shift + enter current behaviour: newline sent to input field, emoji panel closes suggested behaviour: newline sent to input field, emoji panel stays open rationale: adding newline should behave the same as adding space
key: caps lock / num lock current behaviour: locks mode changes, emoji panel closes suggested behaviour: locks mode changes, emoji panel stays open rationale: changing lock mode should not affect emoji panel?
key: spacebar current behaviour: space sent to input field, emoji panel stays open
key: arrow keys current behaviour: cursor moves, emoji panel stays open
Edit: formatting
Please fix this, it's quite annoying
related to the closed #4708
Bug Description
In Signal-Desktop 5.12.2 (Linux and Windows) when opening the emoji-picker and selecting a emoji, the first non-space character closes the panel and only the second character onwards get sent to the input field.
Steps to Reproduce
Platform Info
Signal Version: v5.12.2
Operating System: Windows 10
Linked Device Version: 5.19.4