[Breeze] [Bug 489979] New: Move and grabbing cursors are identical in Breeze

[bug-control at kde.org]

https://bugs.kde.org/show_bug.cgi?id=489979

            Bug ID: 489979
           Summary: Move and grabbing cursors are identical in Breeze
    Classification: Plasma
           Product: Breeze
           Version: unspecified
          Platform: Arch Linux
                OS: Linux
            Status: REPORTED
          Severity: minor
          Priority: NOR
         Component: Icons
          Assignee: visual-design at kde.org
          Reporter: bojidar.marinov.bg at gmail.com
                CC: kainz.a at gmail.com, m at nueljl.in
  Target Milestone: ---

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.

-- 
You are receiving this mail because:
You are the assignee for the bug.