Bug 251053 - ctrl-tab displays the next listed window before releasing ctrl
Summary: ctrl-tab displays the next listed window before releasing ctrl
Status: RESOLVED FIXED
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR wishlist
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-09-13 11:06 UTC by fabio de francesco
Modified: 2010-09-18 22:02 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description fabio de francesco 2010-09-13 11:06:09 UTC
Version:           unspecified (using KDE 4.4.5) 
OS:                Linux

The semantic of ctrl-tab has always been showing a list of available windows so the user can walk this list by repeating tab presses until it releases the ctrl key in order to change the current displayed window to the one pointed in the list.

The problem is that it isn't anymore waited for the user to release the ctrl key when the window is replaced by a different one.

(Sorry for my poor English. I hope I have been able to explain the problem).

Reproducible: Sometimes

Steps to Reproduce:
press ctrl and while it is pressed push tab.

Actual Results:  
the first listed window is displayed even if ctrl isn't yet released.

Expected Results:  
it should only display a list of windows without exchanging the current one with the next
Comment 1 Thomas Lübking 2010-09-13 19:34:53 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
Comment 2 Martin Flöser 2010-09-13 19:50:33 UTC
> 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