https://bugs.kde.org/show_bug.cgi?id=440399
--- Comment #16 from [email protected] --- (In reply to tomtomtomreportingin from comment #8) > Well, let's consider realistic scenarios. > > In the case of dropdowns/popup buttons: > The user isn't likely to set arrow keys to a canvas input. By default there > is a canvas input using space. When does a user in practice ever want to > open the blending mode dropdown using space? If such a workflow is very rare > or does not exist, then if possible, dropdowns should ignore the space key. > > In the case of item selection widgets like the brush presets docker: > Do users realistically change brush presets by using arrow keys or pressing > numbers? If not, then maybe such item selection widgets should ignore arrow > keys and numbers. > > In the layer docker case that radian mentioned: > I've only noticed this very recently occuring when you select a layer and > then press certain keys that correspond to another layer name. For example, > selecting a layer and then pressing "j" will swap between layers that start > with "j". It might be an undiscoverable, obscure feature that could be > removed. > > In the case of the sliders: > This one is tricky. I haven't really noticed before that you can just type > into sliders simply by clicking and then typing. There could maybe be a > different way to activate input on sliders. A probably radical solution > would be to replace the canvas-facing spinbox sliders with qslider + spinbox > combos which wouldn't be impacted much by focus issues. I would like to propose a fix for the layer blending mode issue: When the user clicks to select a layer blend mode, move focus away from the blend mode dropdown. The user has already made a choice and therefore doesn't expect the keyboard input to change the blend mode. -- You are receiving this mail because: You are watching all bug changes.
