Bug 449642 - Unable to set keyboard shortcut for Gwenview zooming to +/-
Summary: Unable to set keyboard shortcut for Gwenview zooming to +/-
Status: REPORTED
Alias: None
Product: gwenview
Classification: Applications
Component: general (show other bugs)
Version: 20.12.3
Platform: Debian stable Linux
: NOR normal
Target Milestone: ---
Assignee: Gwenview Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-02-05 09:36 UTC by Petr N.
Modified: 2023-08-23 04:07 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
video (212.27 KB, video/webm)
2022-02-05 09:36 UTC, Petr N.
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Petr N. 2022-02-05 09:36:27 UTC
Created attachment 146301 [details]
video

Hello,

Debian 11 stable
up to date Gwenview 4:20.12.3-2 from main repository.
KDE up to date 5.20.5

On the shortcut setting page i click zoom in, custom shortcut radio button, click the button, push the + or - key, it shows Num - or Num + then i click elsewhere or hit enter, but it newer write the shortcut into the table of shortcuts and shortcut does not work. Default shortcut is written though. I think that most editors use +/- or mouse wheel, but this editor no... :'(

Video: https://streamable.com/1nl0qb (time limited availability)
Comment 1 Szymon Rutkowski 2022-02-07 23:28:54 UTC
Hello, thanks for reporting.

If you don't mind telling, can you confirm that you used the numpad keys (right edge of the keyboard)? Just to be 100% sure that you don't use some keyboard layout with other dedicated +/- keys that might be misinterpreted by OS.

Reports about problems with numpad shortcuts that seem to be related:
https://bugs.kde.org/show_bug.cgi?id=430126
https://bugs.kde.org/show_bug.cgi?id=433698 (possibly this is a duplicate of that)

I'm not able to observe the behavior from #433698 that Alt-Tab'ing causes the shortcut to be set. However, I noticed the behavior described by a comment at #430126 that setting a shortcut to a non-numpad number works also with the numpad one. Otherwise, can replicate. I am on X11, Plasma version 5.22.5, Gwenview 21.04.1.
Comment 2 Petr N. 2022-02-08 08:55:50 UTC
Yes, numpad on the right of the keyboard. https://tinyurl.com/image-of-the-keyb12

Btw. I was unable to make it save "+/-" as the shortcut using Alt tab or switching to other window of a different app.

You were right, numeric keys above the alpha keys (abcd...) works OK though, (i have to switch my keyboard layout to US though in order to type  +,- and numbers on it)
And then +,- defined like that works inside app even when pressed on the right side numpad...

I see that the defining keyboard shortcuts using right side numpad does NOT work in other apps like Kate text editor either. They are using same styled window to define shortcuts. This is KDE Plasma Version: 5.20.5
KDE Frameworks Version: 5.78.0
Qt Version: 5.15.2

Ideas? Thank you
Comment 3 Andrew Shark 2023-08-22 23:49:40 UTC
Cannot reproduce. I have ru and us layouts. In both layouts I can assign a + button from Numpad. It is however recognized as a "+", not as "Num+". I guess this is because on Wayland session it works such way (currently?). The action is triggered by both the normal "+" (pressed as Shift + =) and by + on num pad.
I will close as Worksforme. Please check with latest version and reopen if still happens.

Operating System: Arch Linux 
KDE Plasma Version: 5.27.7
KDE Frameworks Version: 5.108.0
Qt Version: 5.15.10
Graphics Platform: Wayland
Gwenview: 23.07.80
Comment 4 Petr N. 2023-08-23 04:07:34 UTC
I have typed + on a num pad part of the keyboard (and that fails), but when i type it on upper keys where is digit 1 and character +, then it works. But it should work on both. I do not know how to setup stand alone latest version on Debian 11, have only latest stable from Debian stable repository and after bad experience not wanting to add unstable repo.