Summary: | Auto-select windows after a delay in desktop grid and present windows | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | Karthik Periagaram <karthik.periagaram> |
Component: | effects-window-management | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED NOT A BUG | ||
Severity: | wishlist | CC: | cmt.miniBill, davidtournaire, kde, to.roma.from.kdebug |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Bug Depends on: | 295775 | ||
Bug Blocks: | |||
Attachments: | Presentation detailing improvement to usability of KWin effects (Desktop Grid + Present Windows) |
Description
Karthik Periagaram
2008-08-04 04:19:20 UTC
Created attachment 26619 [details]
Presentation detailing improvement to usability of KWin effects (Desktop Grid + Present Windows)
1) is a duplicate of bug 156155. 2) is valid 3) is a duplicate of bug 165745. *** Bug 155641 has been marked as a duplicate of this bug. *** *** Bug 214009 has been marked as a duplicate of this bug. *** What about a combined approach: if the user enters Present Windows with the mouse button down, auto-select windows after a delay, otherwise require a click to choose a window? That’d work nicely with the workflow described in OP’s last paragraph — begin dragging something, enter Present Windows, pick the target window, wait for 3 seconds or so, get the target window activated, point to the right place within the target, release the mouse button. @ Roman (Comment #5), Portions of my original comment have already been implemented. 1) Both Desktop Grid and Present Windows effects are now toggled by their keyboard or screen edge shortcuts - as of KDE 4.3.x 2) The main point of the wishlist is still valid. There's no (option or otherwise) timed exit to the two effects. 3) I believe I saw an article on planetKDE regarding this idea (link: http://blog.martin-graesslin.com/blog/2009/11/desktop-grid-with-present-windows/) Unless I'm mistaken, this or something similar is slated to be introduced in 4.4. Also @ Roman (Comment #5), that would be a fantastic way to implement this wish. If the mouse is holding something, use timed release, else use default behavior (no timed release). Anything would be preferable to the current behavior - grabbing a file, starting a Present Windows effect, using the keyboard to switch to another window (Dolphin, say), exiting the effect and dropping the file leads to an ugly crash as of 4.3.4. :( |