I'm not familiar with the tabbed layout or scratchpad, but this
behavior is almost certainly related to this bug:
http://code.google.com/p/xmonad/issues/detail?id=4
My guess is that the scratchpad window is put in the floating layer.
However, even floating windows remain in the focus stack of the tiled
layer; since z-order is determined by the focus stack, focusing a
floating window can change the z-order of the tiled layer.
This is a long-standing annoyance, and it's a bit tricky to work out a
solution that
1. behaves better than the current behavior
2. is predictable
3. preserves property that floating and then sinking a window is a no-op
4. keeps all windows focusable using the focusUp and focusDown operations
~d
Quoting D?en
Hi everyone
I'm using XMonad.Util.Scratchpad and it seems like there's an issue related to the focusing of windows while a scratchpad window is opened. Best way to reproduce the issue is by using a simple tabbed layout from XMonad.Layout.Tabbed.
Steps to reproduce: 1. Open two distinguishable windows w0 and w1 2. Open a (floating) scratchpad window while w0 is focused 3. Directly focus w1 (without changing the focus to any other window) 4. Move the focus back to the scratchpad window
Notice how w0 is briefly focued after moving the focus back to the scratchpad window, bringing w0 to the foreground (instead of w1 staying on top). Seems like the focus always drops back to the window which was focused just before the scratchpad windows is opened.
I hope this somehow explains the problem that I'm experiencing.
Is this really a bug or just a feature?
Best regards
-- D?en
_______________________________________________ xmonad mailing list xmonad@haskell.org http://www.haskell.org/mailman/listinfo/xmonad