[xmonad] Possible bug in XMonad.Util.Scratchpad

[wagnerdm at seas.upenn.edu]

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 <yvldwt at gmail.com>:

> 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 at haskell.org
> http://www.haskell.org/mailman/listinfo/xmonad
>
>