Summary: | Allow direct selection of last active tasks with keystrokes / key combos | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | Lincoln Yeoh <lincoln_yeoh> |
Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED INTENTIONAL | ||
Severity: | wishlist | CC: | r2ruyu-nana |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Lincoln Yeoh
2006-02-04 11:54:43 UTC
The initial order should probably be set the first time you use any of the "alt+num" keys - for example: an implicit "alt+0/renumbering" occurs, when you use any of the alt keys for the first time (except alt+0 I guess). Some notes and additional suggestions. KDE is already keeping track of past windows clicked/activated (and removing duplicates) for the "alt-tab" feature. What I'm suggesting is: when the user presses alt+0 (or winkey+0), just look at that list/stack of past windows, and then assign the most recent 9 to alt+1 to alt+9 (or winkey+1 to winkey+9 or whatever works). The windows stay assigned to those keys until alt+0 is pressed again. The additional thing: Perhaps alt+ "=" (equals sign) followed by alt+number would have the current active window replace the corresponding numbered window in the list, so that you can replace windows without doing an alt+0 style renumber (which might be undesirable - once you have stuff nicely remembered :) ). I'm sorry to say that I do not see any advantage over the existing Alt+Tab functionality by the requested functionality. In fact I doubt that the human mind is able to properly track the last used applications. To solve this we provide the very flexible alt+tab feature which keeps track of the last used windows and helps the user to select the one he wants to work with. I want to thank you for your suggestion and I am sorry that no developer had evaluated this request so far. I think my explanation wasn't clear enough. Anyway I've implemented a utility which does it on MS Windows: http://sourceforge.net/projects/linkkey/ If you have access to Windows you can test the behaviour out to see what I mean. It allows you to very quickly switch amongst more than 2 windows. Alt-Tab only allows very quick switching between 2 windows or at most 3 windows. Windows 7 actually has a feature similar to this: winkey+number switches to application #number (but not window as per my suggestion). I don't really use "Desktop Linux" much nowadays, but I hope it improves since Windows 8 appears to be a good opportunity for gaining marketshare. (In reply to comment #4) > I think my explanation wasn't clear enough. You ask for an gesture-a-like window stack shortcut setting. You will probably know, that you can assign shortcuts to windows in kwin (even automatically by rules) The problem i see with your approach (and what basically seems Martin's concern as well, even if the user does not have to trace activation) is that users will still have to memorize the activation list they created and by this connect windows to numbers (what is harder than eg. assigning ctrl+alt+t to the terminal and ctrl+alt+e to the editor, direct usage of the alt key for automatic global shortcuts is btw., as you suspected, far too invasive and error prone) So ultimately this should rather come with visual assistance, such as following the taskbar order (apparently what MS does?) or through eg. the present windows effects where numbers wouldn't be used to filter but directly select a window, ideally showing the corresponding number. * Whether latter would have an actual advantage over activating present windows and selecting a window by the arrow keys and pressing enter is however rather debatable. * If you want this coordinated with the taskbar items, this needed to be done by the taskbar, not by the window manager (doesn't know anything about taskbar layout and can't control it either) * Personally i'd consider the additional costs by explicitly setting shortcuts more than justified by the easier to memorize assignment. *** Bug 288717 has been marked as a duplicate of this bug. *** |