https://bugs.kde.org/show_bug.cgi?id=399375
nyanpasu64 <nyanpas...@tuta.io> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |nyanpas...@tuta.io
--- Comment #41 from nyanpasu64 <nyanpas...@tuta.io> ---
I'll just chime in with some use cases of alt+drag in my own experience:
- A long time ago, I tried running Lunar Magic under Wine. Lunar Magic uses
alt+drag to move objects around. But my DE reserved "alt+drag" to move the
window.
- In Firefox, alt+drag allows you to select part of a hyperlink instead of
visiting that link. Since I use this from time to time, I rebind window
movement to Super+Drag so it doesn't interfere with this.
- In Chrome, alt+drag pretends to let you select part of a hyperlink... and as
soon as you let go, it saves the link target.
Partly related: Many code editors/IDEs, like Jetbrains and Visual Studio Code,
have shortcuts involving F1-F12 with modifiers (other than Super). I know Xfce
broke some, but I forgot if KDE did (I think alt+shift+f12 broke something, but
I forgot what). And I know that Ctrl+Alt+F1 is reserved for "go to TTY1".
My personal opinion is that the DE should reserve any shortcut involving the
Windows key (super or meta), and ignore any shortcut not involving that key. So
I dislike when WMs (like KDE) reserve shortcuts not involve Super, and dislike
when applications (like ConEmu on Windows) bind shortcuts involving Super. I
haven't used digiKam much, but I think it shouldn't use Super either. In my
experience using Linux so far, I've never used Super in any application-level
keyboard shortcut.
--
You are receiving this mail because:
You are watching all bug changes.
