Created attachment 140701 [details] Example Keyboard Layout (not restricted to pinebookpro) Please add the option to delay the activation of the shutdown prompt. For example I have a laptop that has the power button right on top of the delete/backspace key and very frequently when I'm typing i accidentally tap the power button; only to be presented with the shutdown screen and sometimes as i continue to type the laptop shuts down due to this. Operating System: Manjaro-ARM KDE Plasma Version: 5.22.4 KDE Frameworks Version: 5.84.0 Qt Version: 5.15.2 Kernel Version: 5.13.7-1-MANJARO-ARM (64-bit) Graphics Platform: Wayland Processors: 6 Memory: 3.8 GiB of RAM Graphics Processor: Mali T860
The option you are asking is a too niche to be implemented IMO. I guess what you need is not a delay (there is a delay when the shutdown fullscreen dialog shows up) but a sound so that you can stop typing when this happens. Or we could interpret keys, not arrows or enter to make a sound or dismiss the dialog then. Or you could change the key association of your unconventionally placed shutdown button in the shorctuts settings.
(In reply to Méven Car from comment #1) > The option you are asking is a too niche to be implemented IMO. > > I guess what you need is not a delay (there is a delay when the shutdown > fullscreen dialog shows up) but a sound so that you can stop typing when > this happens. > > Or we could interpret keys, not arrows or enter to make a sound or dismiss > the dialog then. > > Or you could change the key association of your unconventionally placed > shutdown button in the shorctuts settings. The idea is to prevent accidental shutdowns, so a delay instead of a tap to bring up the shutdown prompt I believe would be able to squash this..
I understand how annoying this must be! The thing is, implementing the kind of delay you want needs to be implemented at a lower level: in hardware, in upower, or in the kernel drivers. My laptop for example already does implement this at one of those levels. If we implemented a different delay on top of it, I would have to press for even longer, and would risk accidentally force-shutting-down the machine. Please report this issue upstream to one of the aforementioned locations.
(In reply to Nate Graham from comment #3) > I understand how annoying this must be! > > The thing is, implementing the kind of delay you want needs to be > implemented at a lower level: in hardware, in upower, or in the kernel > drivers. My laptop for example already does implement this at one of those > levels. If we implemented a different delay on top of it, I would have to > press for even longer, and would risk accidentally force-shutting-down the > machine. > > Please report this issue upstream to one of the aforementioned locations. Oh ok, now i get it. Yeah ill have to do that!
Thank you!