Summary: | Make screen locker not register "space" button pressing | ||
---|---|---|---|
Product: | [Plasma] plasmashell | Reporter: | roworu <mamoruessu> |
Component: | Screen locking | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | REPORTED --- | ||
Severity: | normal | CC: | ad.liu.jin |
Priority: | NOR | ||
Version: | 6.2.4 | ||
Target Milestone: | 1.0 | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
roworu
2024-03-24 01:58:13 UTC
I guess these OSes also don't allow password to begin with a space. Linux generally allows that, so the suggested modification would change the workflow for users who do have passwords beginning with a space. Need to be considered carefully. The alternative is to register the space, but when unlocking failed, automatically retry with the beginning space removed. OTOH, you can use Ctrl or Shift instead, which I guess also works in other OSes. Gnome desktop also behaves this way. But it only ignores first press of the space button. So, I would propose act the same: 1) First press of space button considered as signal to turn on display. 2) All others - password input. May be we should not focus on exact button (if it space, Ctrl, Shift) and just make first touch of keyboard with turned off display to turn it on? It sound more logical, than just start password input: Monitor is blank - is it just turned off by timeout? Or is it locked? We need to press button to turn it on - turns out it was locked, so we need to delete the symbol registered as password input, and start typing password. That sound as a little, logical UX improvement. I don't think dropping an input to a password field is a great idea for UX. Can just wake the screen with non-text input. |