|Maintainer||Wirt Wolff <email@example.com>|
Provides bindings to cycle windows up or down on the current workspace stack while maintaining focus in place.
Bindings are available to:
- Cycle nearby or nth windows into the focused frame
- Cycle a window halfway around the stack
- Cycle windows through the focused position.
- Cycle unfocused windows.
These bindings are especially useful with layouts that hide some of the windows in the stack, such as Full, XMonad.Layout.TwoPane or when using XMonad.Layout.LimitWindows to only show three or four panes. See also XMonad.Actions.RotSlaves for related actions.
- cycleRecentWindows :: [KeySym] -> KeySym -> KeySym -> X ()
- cycleStacks' :: (Stack Window -> [Stack Window]) -> [KeySym] -> KeySym -> KeySym -> X ()
- rotOpposite' :: Stack a -> Stack a
- rotOpposite :: X ()
- rotFocused' :: ([a] -> [a]) -> Stack a -> Stack a
- rotFocusedUp :: X ()
- rotFocusedDown :: X ()
- shiftToFocus' :: (Eq a, Show a, Read a) => a -> Stack a -> Stack a
- rotUnfocused' :: ([a] -> [a]) -> Stack a -> Stack a
- rotUnfocusedUp :: X ()
- rotUnfocusedDown :: X ()
- rotUp :: [a] -> [a]
- rotDown :: [a] -> [a]
You can use this module with the following in your
import XMonad.Actions.CycleWindows -- config -- other key bindings with x here your config -- make sure mod matches keysym , ((mod4Mask, xK_s), cycleRecentWindows [xK_Super_L] xK_s xK_w) , ((modm, xK_z), rotOpposite) , ((modm , xK_i), rotUnfocusedUp) , ((modm , xK_u), rotUnfocusedDown) , ((modm .|. controlMask, xK_i), rotFocusedUp) , ((modm .|. controlMask, xK_u), rotFocusedDown)
Also, if you use focus follows mouse, you will want to read the section on updating the mouse pointer below. For detailed instructions on editing your key bindings, see XMonad.Doc.Extending.
Cycling nearby or nth window into current frame
Cycle windows into focus from below or above the focused pane by pressing a key while one or more modifier keys is held down. The window order isn't changed until a modifier is released, leaving the previously focused window just below the new one, (or above if the window just above is chosen.) For best results use the same modifier + key combination as the one used to invoke the "bring from below" action. Also, once cycling, pressing a number key n will focus the nth window, with 0 being the one originally focused.
A list of modifier keys used when invoking this action. As soon as one of them is released, the final switch is made.
Key used to shift windows from below the current choice into the current frame.
Key used to shift windows from above the current choice into the current frame. If it's the same as the first key, it is effectively ignored.
|-> X ()|
|:: (Stack Window -> [Stack Window])|
A function to a finite list of permutations of a given stack.
A list of modifier keys used to invoke
Key used to select a "next" stack.
Key used to select a "previous" stack.
|-> X ()|
Cycle through a finite list of window stacks with repeated presses of a key while a modifier key is held down. For best results use the same mod key + key combination as the one used to invoke the "bring from below" action. You could use cycleStacks' with a different stack permutations function to, for example, cycle from one below to one above to two below, etc. instead of in order. You are responsible for having it generate a finite list, though, or xmonad may hang seeking its length.
Cycling half the stack to get rid of a boring window
Shifts the focused window as far as possible from the current focus, i.e. halfway around the stack. Windows above the focus up to the "opposite" position remain in place, while those above the insertion shift toward the current focus. This is useful for people who use lots of windows in Full, TwoPane, etc., to get rid of boring windows while cycling and swapping near the focus.
Cycling windows through the current frame
Most people will want the
rotAllDown actions from
XMonad.Actions.RotSlaves to cycle all windows in the stack.
The following actions keep the "next" window stable, which is mostly useful in two window layouts, or when you have a log viewer or buffer window you want to keep next to the cycled window.
Rotate windows through the focused frame, excluding the "next" window. With, e.g. TwoPane, this allows cycling windows through either the master or slave pane, without changing the other frame. When the master is focused, the window below is skipped, when a non-master window is focused, the master is skipped.
Given a stack element and a stack, shift or insert the element (window) at the currently focused position.
Cycling windows through other frames
Rotate windows through the unfocused frames. This is similar to
rotSlaves, from XMonad.Actions.RotSlaves, but excludes the current
frame rather than master.
Updating the mouse pointer
With FocusFollowsMouse == True, the focus is updated after binding actions, possibly focusing a window you didn't intend to focus. Most people using TwoPane probably already have a logHook causing the mouse to follow focus. (See XMonad.Actions.UpdatePointer, or XMonad.Actions.Warp)
If you want this built into the key binding instead, use the appropriate action from one of those modules to also have your bindings move the pointer to the point of your choice on the current window:
import XMonad.Actions.UpdatePointer -- or Actions.Warp
-- modify the window rotation bindings , ((modm .|. controlMask, xK_i ), rotFocusedUp >> updatePointer (Relative 1 1)) , ((modm .|. controlMask, xK_u ), rotFocusedDown >> updatePointer (Relative 1 1)) -- or add to xmonad's logHook , logHook = dynamicLogWithPP xmobarPP >> updatePointer Nearest -- or your preference
Generic list rotations
Generic list rotations such that
rotUp [1..4] is equivalent to
rotDown [1..4] to
[4,1,2,3]. They both are
id for null or singleton lists.