Bug 489979

Summary:	Move and grabbing cursors are identical in Breeze
Product:	[Plasma] Breeze	Reporter:	Bojidar Marinov [:bojidar-bg] <bojidar.marinov.bg>
Component:	Icons	Assignee:	visual-bugs-null
Status:	RESOLVED INTENTIONAL
Severity:	minor	CC:	aspotashev, kainz.a, kdedev, m, nate
Priority:	NOR
Version First Reported In:	unspecified
Target Milestone:	---
Platform:	Arch Linux
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Bojidar Marinov [:bojidar-bg] 2024-07-09 15:11:37 UTC

SUMMARY

Something that's been jarring me a bit with the Breeze (dark) cursor is that both the move and grabbing cursors are the exact same image (a closed hand, aka dnd-move), which is closer to grab (open hand) than to copy (arrow with a small + in the corner, aka dnd-copy); however, move and grabbing mean different things—move is used when a drag-and-drop operation will result in moving a file/object/etc. to a new location, while grabbing is used when an user is in the process of dragging/repositioning an object around the screen—as explained in https://hoyon.github.io/wayland-protocol-docs/protocols/cursor_shape_v1.html#enum:wp_cursor_shape_device_v1:shape and https://developer.mozilla.org/en-US/docs/Web/CSS/cursor#keyword

STEPS TO REPRODUCE

1. Open a folder in Dolphin, and drag a file around.
2. Press shift while dragging and move the mouse a bit more—make note of the cursor shape, that's the "move" cursor
3. Leave the file, and drag the window around instead—make note of the cursor shape, that's the "grabbing" cursor now

OBSERVED RESULT

Both move and grabbing use the same image.

EXPECTED RESULT

The two cursors are distinct, as the two interactions (moving an object to a new place and repositioning/grabbing an object) are distinct.

SOFTWARE/OS VERSIONS
Linux: Arch Linux, recently updated; using Wayland
KDE Plasma Version: 6.1.2
KDE Frameworks Version: 6.3.0
Qt Version: 6.7.2

ADDITIONAL INFORMATION

Asking for the correct cursor shapes seem to be something that nobody does perfect. LibreOffice manage to use the size-all cursor for moving things. Draw.io uses the move cursor for that. Chromium translates move to size-all. Firefox translates all-scroll to move/grabbing (and has a 20-year-old bug for it: https://bugzilla.mozilla.org/show_bug.cgi?id=275174). Apparently, Windows does not differentiate between the two cursors. Hence, I'm filing this a minor bug: it would be nice if things were better, but plenty of other apps will mess it up anyway. ':)

As a minor note, the dnd-no-drop and no-drop cursors are different though they (probably?) refer to the same action—not sure if that's intentional.

Comment 1 TraceyC 2024-07-16 15:24:27 UTC

Confirmed this behavior on Solus Plasma 6. I don't know if this was a design decision or not, I'll let the developers change the category if necessary
The behavior is consistent between cursor themes

Testing with dragging a file in Dolphin highlights the inconsistency between the cursor for moving a file vs. other file operations.

- Dragging file with no modifier - arrow (crossed out circle if file can't be dropped)
- Dragging over folder with ctrl (copy) - arrow with plus icon
- Dragging over folder with ctrl+sift (link) - arrow with link icon
- Dragging over folder with shift (move) - hand (dnd-move)

Comment 2 Nate Graham 2024-07-23 17:22:01 UTC

> moving an object to a new place and repositioning/grabbing an object
Hmm, are they, really? What you're observing is intentional in Breeze because our designers reasoned that this was a distinction without a difference.

Comment 3 Bojidar Marinov [:bojidar-bg] 2024-07-23 19:06:14 UTC

> Hmm, are they, really?
Hm.. well, there is a difference to me, but after talking with friends about it, it would appear I'm in the clear minority. Either way, thanks for confirming it's intentional (and not just done that way because everyone else does so), and keep up the good work! For that to be the only thing that's ever even slightly jarred me in Breeze, there must be a lot of things done right! (: