| Summary: | Drag & Drop through hot corners in WindowHeap-based effects | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | saxn <saileshpoudel0> |
| Component: | effects-window-management | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | wishlist | CC: | mabo, nate, notmart, postix, qydwhotmail |
| Priority: | NOR | Keywords: | usability |
| Version: | 5.24.0 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| See Also: | https://bugs.kde.org/show_bug.cgi?id=413685 | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
saxn
2022-02-13 13:47:31 UTC
+1 for the idea (In reply to Fushan Wen from comment #1) > +1 for the idea Expected more points but just got 1. :( *** Bug 455755 has been marked as a duplicate of this bug. *** I’m copying my own report (455755): 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. Will it be on 5.26 ? Awaiting . . . It's been ages. Still wating to be implemented .. Plasma 6 ? *** This bug has been marked as a duplicate of bug 362844 *** |