| Age | Commit message (Collapse) | Author |
|---|
|
newline
|
|
|
|
|
|
|
|
|
|
|
|
|
|
generating new events
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
unmaps... boo...
|
|
|
|
|
|
b) cleanup in focus.c
|
|
focusing an invalid window
|
|
b) set focus_client to null when nothing is actually focused, but still allow
focus to go to black holes
c) allow the focus action to be performed without a client, this will focus
the openbox instance (i.e. the screen in multihead setups)
big thanks to syscrash for the ideas on how to go about this
|
|
|
|
|
|
|
|
|
|
flicker
|
|
|
|
grab-window anyways
use our built in grab_keyboard
|
|
during a dnd.
|
|
|
|
|
|
|
|
change how focus falls back for windows being unmanaged, don't fall back immediately, instead wait for the focus out event and use it (break stuff maybe! yay)
|
|
|
|
|
|
from the queue selectively for delayed focus
|
|
|
|
gets ignored cuz the mouse was already inside it
|
|
|
|
|
|
|
|
|
|
|
|
when a menu is open, use the crossing events for the menu only.
|
|
|
|
|
|
2) let separators have labels, when they have a label, then they will appear like a menu title used to
so if you want a menu title, you use a separator in the menu itself at the top
more style work may be needed
|
|
during the grab. this is needed to catch enter/leave events in the menus. it seems to not be weird with apps.
|
