| Summary: | ctrl-tab displays the next listed window before releasing ctrl | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | fabio de francesco <fmdf66> |
| Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | wishlist | ||
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Gentoo Packages | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
fabio de francesco
2010-09-13 11:06:09 UTC
ALT+tab? i frankly cannot recall what the former behaviour (martin?) was, but fact is that _every_ WM tabbox (ok: tried compiz, openbox, icewm & e17 - the relevant ones :-) behaves exactly the way kwin does atm. (alt+tab immediately selects the next window in the list, never the current) actually kwin used to activate the selected windows while it does no more - so despite highlighting the next window and selecting it in the list, it's NOT activated until the tabbox is left and NOT escaped (try pressing the excape key while the tabbox is active) since KWin (iff changed) aligned its tabbox behaviour to some defacto X11 WM standard, the former activating was iirc a workaround anyway and there'd be no behavioural change reg. WM (the _active_ window isn't changed on first alt+tab by neither current nor your described behaviour) this is even likely a "WONTFIX" :-( You however rather seem to be after is a shortcut to display a windowlist (like a popupmenu from plasma or so) what alt+tab is not (but a window switcher) possible solutions fitting your demand: a) press the escape key to leave the tabbox w/o any state change b) press shift + tab after tab to select the previous window; ie. on first occurrence: "the active one" c) find some windowlist popup plasmoid and assign a shortcut to trigger it > i frankly cannot recall what the former behaviour (martin?) was, but fact > is that _every_ WM tabbox (ok: tried compiz, openbox, icewm & e17 - the > relevant ones :-) behaves exactly the way kwin does atm. (alt+tab > immediately selects the next window in the list, never the current) The actual handling code never changed, so yeah that's probably how it was since the early days (KDE 2) > possible solutions fitting your demand: > a) press the escape key to leave the tabbox w/o any state change > b) press shift + tab after tab to select the previous window; ie. on first > occurrence: "the active one" > c) find some windowlist popup plasmoid and assign a shortcut to trigger it d) Use Present Windows and apply alt+tab to it e) Use Krunner with keyword windows |