Summary: | "Lower window" shortcut should not switch focus | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | hvm <hvm2hvm> |
Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED DUPLICATE | ||
Severity: | wishlist | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
hvm
2013-08-30 21:42:57 UTC
The toggle raise/lower shortcut does not alter focus for exactly that purpose. It's not really the same. The "lower window" and "raise window" work as expected for windows in the middle. The toggle shortcut will make me have to think everytime whether I want 1 or 2 key presses. If you are busy with more pressing matters I am willing to try and make a patch that would make this happen. it's less about time (just changing it would take a second at max) but coming up with a proper solution. *** This bug has been marked as a duplicate of bug 255052 *** I was referring to making an option for it. That would not take only a second I think... And yes, the last time I submitted this bug you said that not losing focus was intended behaviour but somehow got changed. I don't know what happened since then. no more options in kde4 workspace - frozen until kde5, sorry. misunderstanding: i spoke about the mouse action, explicitly stating that a different heuristic for the shortcut ("read users brains") would be required. OK, how about a line in a config file? Would that be possible? (In reply to comment #7) > OK, how about a line in a config file? Would that be possible? It's not a string freeze (that holds for 4.11, but not 4.12) but a feature freeze - also i think this would be a very specific option (for you) since the major request on lowering is to have some sort of reverse alt+tab and there's an explicit toggle (effectively your usecase) shortcut (which you deny because of the pot. double action requirement, i got that ;-) |