Bug 491706

Summary:	Default Super+Shift+Mouse Move shortcut for Mouse Mark conflicts with drag tiling windows
Product:	[Plasma] kwin	Reporter:	Antti Savolainen <antti.savo>
Component:	effects-various	Assignee:	KWin default assignee <kwin-bugs-null>
Status:	CONFIRMED ---
Severity:	minor	CC:	fanzhuyifan, timber.schroeder
Priority:	NOR
Version First Reported In:	6.1.4
Target Milestone:	---
Platform:	Arch Linux
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

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.