Anthony Thyssen wrote: > You must remember the window on top does not necessarily, nor always meant > to, have the input focus.
Anthony, I completely agree. I often use that, e.g. typing commmands into a partly covered window which cause changes in a larger overlapping graphical window. It's one of the reasons I like CTWM. > I myself often input to a window that is mostly obscured, coping from and > modifying text, from the top window. I would hate being forced to have the > top window always be the one with the focus. This is also one reason why > I use 'follow mouse' without autoraise type of focus. We are in complete agreement on that. > I don't want to have > to click in a window forcing it to the top, just to be able to type in it. I should have been clearer: I did not mean to imply that that would be an acceptable solution in general. For my use of firefox it was fine. I tried to cover the more general case in the last bit of this sentence: > I have no experience writing window manager code, but I would have thought > that when all windows are rectangular it should be easy to determine > whether a window is on top of everything else or if the mouse is in a > portion of the window that is not covered by anything else. However I have done more experiments and now find that bringing a window to the top doesn't always restore focus! I can't work out under what conditions it does or does not work. The only things that so far always seem to work are flipping in and out of a workspace and opening a "bookmark" button for editing then closing it. This is proving too random for my simple brain. Aaron
