Reworking the kwin tabbox
Matthew Woehlke
mw_triad at users.sourceforge.net
Fri Jul 17 17:49:49 CEST 2009
Diego Moya wrote:
> 2009/7/16 Martin Gr��lin <kde at martin-graesslin.com>:
>> My idea is that with alt+tab it should work as ever known. But that it is not
>> required to keep alt pressed (keeping it pressed shouldn't harm).
>
> There's a way to achieve that goal without breaking the normal alt+tab
> quasimode behavior.
>
> Hold alt + tab as many times as required + release tab = change window
> (same behavior)
>
> Hold alt + tab + press cursor key + release tab = make tabbox
> persistent. From now on, pressing tab or cursor arrows navigates the
> window list normally, and Enter is required to close the tabbox and
> open the selected window.
>
> You can add as many extra keys as desired after the initia alt+tab, to
> free the quasimode and "trap" the window for providing additional
> functions.
>
> For example, hold alt + tab + s + release tab, could activate a
> "search" function among the name (or content!) of the open windows.
> Or: hold alt + tab + k + release tab, could be used as the trigger key
> for the krunner-like extra functions.
Personally, I prefer the solution Maciej and I discussed w.r.t. NWI,
which is using a different key combination to activate the switcher in
"release-mod-isn't-confirm" mode. (And that way 'alt(v) tab(v) tab(^)
arrows(v,^) alt(^)' can still be used w/o adding another key to confirm.)
--
Matthew
Please do not quote my e-mail address unobfuscated in message bodies.
--
,= ,-_-. =. Function
((_/)o o(\_)) Flexibility
`-'(. .)`-' Freedom
\_/ The Power of GNU
More information about the Plasma-devel
mailing list