Bug 491706 - Default Super+Shift+Mouse Move shortcut for Mouse Mark conflicts with drag tiling windows
Summary: Default Super+Shift+Mouse Move shortcut for Mouse Mark conflicts with drag ti...
Status: CONFIRMED
Alias: None
Product: kwin
Classification: Plasma
Component: effects-various (show other bugs)
Version: 6.1.4
Platform: Arch Linux Linux
: NOR minor
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
: 485620 (view as bug list)
Depends on:
Blocks:
 
Reported: 2024-08-14 07:40 UTC by Antti Savolainen
Modified: 2025-01-19 23:00 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Antti Savolainen 2024-08-14 07:40:59 UTC
SUMMARY
Originally I reported https://bugs.kde.org/show_bug.cgi?id=482297 in the intention of changing the default hotkey but it got closed after fixing another bug. Today I encountered a situation where it really wasn't an ideal shortcut: I used Super+Shift to drag a window to a tile. 
Earlier I think I pressed this shortcut for a moment and panicked that I had dead pixels because mouse mark had left a small few pixel sized spot on my monitor. 

STEPS TO REPRODUCE
1. Use Super to grab a window from its body instead of its title
2.  Use shift to be able to drop it in a tile

OBSERVED RESULT
If Mouse Mark is enabled, it starts creating marks while dragging the window

EXPECTED RESULT
Mouse Mark hotkey shouldn't clash with other functionality

SOFTWARE/OS VERSIONS
Linux: Arch Linux
KDE Plasma Version: 6.1.4
KDE Frameworks Version: 6.4.0
Qt Version: 6.7.2
Comment 1 Antti Savolainen 2024-08-15 03:26:37 UTC
I'm thinking Super+Shift+Mouse Right Click might be a good binding for this. That way you don't draw on the screen just by pressing modifier keys
Comment 2 fanzhuyifan 2024-08-15 03:30:29 UTC
(In reply to Antti Savolainen from comment #1)
> I'm thinking Super+Shift+Mouse Right Click might be a good binding for this.
> That way you don't draw on the screen just by pressing modifier keys

Requiring a click would make this feature extremely difficult to use on touchpads.
Comment 3 Antti Savolainen 2024-09-14 10:35:33 UTC
*** Bug 485620 has been marked as a duplicate of this bug. ***
Comment 4 timber.schroeder@gmail.com 2025-01-19 23:00:20 UTC
Ran into this on 6.2.5.

As an addition to the conflicting defaults, right now the configure UI for this feature only allows you to set the four 'common' modifier keys to be held to start drawing. I am not very familiar with the internals of KWin; is there a reason that it was done this way instead of a normal shortcut?
That way a user could bind anything they wanted to enable this functionality, such as additional mouse buttons instead of modifier chords.