| Summary: | Unable to set keyboard shortcut for Gwenview zooming to +/- | ||
|---|---|---|---|
| Product: | [Applications] gwenview | Reporter: | Petr N. <bugs.kde.org.shine600> |
| Component: | general | Assignee: | Gwenview Bugs <gwenview-bugs-null> |
| Status: | REPORTED --- | ||
| Severity: | normal | CC: | ashark, idontfeelcomfygivingyoumyemail, nate, sz.rutkowski |
| Priority: | NOR | ||
| Version First Reported In: | 20.12.3 | ||
| Target Milestone: | --- | ||
| Platform: | Debian stable | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | video | ||
|
Description
Petr N.
2022-02-05 09:36:27 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. 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 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 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. Thank you for the bug report. Unfortunately we were not able to get to it yet. Can we ask you to please check if this is still an issue with Gwenview 25.08.0? (In reply to A Linux User from comment #5) > Can we ask you to please check if this is still an issue with Gwenview 25.08.0? No, I only have available Version: 4:25.04.3-1 APT-Sources: http://deb.debian.org/debian trixie/main amd64 Packages and under it, it still unable to assign +/- key, but able to assign other custom key like for example "t". + is already assigned to a zoom in. When i change it to "t" it works. But setting back "+" does not (t remains) in the overview of shortcuts (Ctrl+Alt+,). Cannot reproduce on 25.08.0. I added both + and -, both show up with their correct symbol and they do save. So I would argue that we wait for Debian to update and then check again. 🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone! (In reply to A Linux User from comment #8) > So I would argue that we wait for Debian to update and then check again. My stable system (Debian 13 Trixie) only has mine mentioned version and I do not know any way to manually use different one. |