Age | Commit message (Collapse) | Author | Files | Lines |
|
This will be used to avoid some situations where an EnterNotify event should not
focus the window beneath the mouse cursor. For example, when a menu (or any
window for that matter) is unmapped, focus should not pass to whatever window is
beneath the current location of the mouse cursor, but to the previous window in
the focus list.
This was first noticed when using the ClientMenu feature with
focus-follows-mouse on -> The focus would always end up on the window beneath
the mouse pointer, not the window selected in the menu.
|
|
|
|
Conflicts:
ChangeLog
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
upcoming features
|
|
also fixed some latent bugs and compiler warnings
|
|
|
|
|
|
|
|
with focusnew
|
|
|
|
|
|
|
|
|
|
IconicState
also, a little bug fix for previous commit
|
|
|
|
problems with normal focus -- that comment is older than FocusControl.cc, and
I've made a lot of changes to focus handling since then; just disabling it
wasn't the right thing to do, anyway
|
|
|
|
|
|
|
|
|
|
also, stop cycling on one screen when cycling begins on another
|
|
|
|
|
|
|