Bug 455755 - Implementation of Drag & Drop in Present Windows
Summary: Implementation of Drag & Drop in Present Windows
Status: RESOLVED DUPLICATE of bug 362844
Alias: None
Product: kwin
Classification: Plasma
Component: effects-present-windows (show other bugs)
Version: 5.25.0
Platform: Other Linux
: NOR wishlist
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-06-21 21:26 UTC by Maximilian Böhm
Modified: 2024-05-17 14:47 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 Maximilian Böhm 2022-06-21 21:26:13 UTC
This is a fundamental workflow feature on the Exposé/Mission Control implementation of this kind of effect on macOS since _2003_. I think the rewrite of Present Windows is a good time to bring this to mind: You should be able to drag files, initiate Present Windows, and drop the files on a window there. Since this reimplementation of this effect in Plasma 5.25, the drag & drop part for the first time somehow works in Kwin, even with screen edges. But it doesn’t drop the files in the right window… It drops them in the window in the exact position your mouse cursor is without Present Windows on.

How this should work: You drag a file and initiate Present Windows to drop it to another window there. The hovering above a window should be animated somehow to express that you are about to drop a file there. When you actually drop it, it should fall into the window.
Comment 1 Nate Graham 2022-06-22 16:01:27 UTC

*** This bug has been marked as a duplicate of bug 450157 ***
Comment 2 Nate Graham 2024-05-17 14:47:38 UTC

*** This bug has been marked as a duplicate of bug 362844 ***