Closed ids1024 closed 3 months ago
I did implement this, but it's disabled for now. With large windows, and no transparency for the drag surface, this seems worse when the window covers what you're trying to drag it to completely.
If we want transparent drag surfaces, the new alpha-modifier-v1
Wayland protocol should help to accommodate that with subsurfaces.
This was implemented in 594ecffa660e57f3e91fbbac1fff6e8e89c8d86c, along with using alpha-modifier-v1
.
Currently, when a window is dragged, the top left corner of the window is always at the cursor. While in the Gnome workspaces view (or dragging a file in nautilus, or a tab in Firefox), the cursor is over the part of the window where it was when the drag started. This is probably more natural to use.
I believe this will require support in iced-sctk to apply a
wl_surface::offset
to the drag surface.