| Age | Commit message (Collapse) | Author |
|
focus actions
|
|
so just the one is shown
|
|
|
|
this is needed because otherwise focus moves around during the grab and applications get confused. :|
change the pager popup to resize based on the layout so the squares can be bigger
|
|
|
|
|
|
|
|
|
|
action.
when you cancel switching desktops, don't go back, just stop.
|
|
non-normal windows.
let you focus windows that wouldnt normally by clicking on their decor (if they have any)
|
|
enter them.
|
|
|
|
|
|
|
|
|
|
frame logically and it will do everything except during animations the frame will show what it needs to for visual display.
|
|
perfectly now ?
one change in action.c may affect bindings... THIS COULD BREAK CURRENT CONFIG FILES. ya.
so, if you used a press binding and it moved the window, no enter event will be generated for that anymore because you are holding down the button when the window moves. if you don't like that then use a click binding instead.
1
|
|
focused, then don't restore focus how it was before showing the desktop.
|
|
|
|
|
|
make activate on the root window work like focus.
dont allow growtoedge in vertical directions for shaded windows. mika can you please test this? :)
|
|
however this patch does fix the aforementioned problem.
actions need some reworking... yeah... later...
|
|
non-northwest gravities. now it is not. at least, that is the idea.
|
|
key binding.
change how the first menus are placed. place them like other people place menus. maybe this is good, maybe it is bad, we will see..
|
|
|
|
document what these serious macros are with art!
|
|
|
|
|
|
|
|
|
|
inside the middle one
|
|
|
|
2) update copyrights.
3) make release. ok that part not quite yet.
|
|
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
|
|
grab-window anyways
use our built in grab_keyboard
|
|
|
|
|
|
before, if DESKTOP_STARTUP_ID was set in openbox, it would mess up adding it to the child's environment because it would appear twice. so now it will only appear once for the child always.
|
|
|
|
|
|
corner. is this clever or dumb?
|
|
also: kde apps move themselves to the current desktop when they open. what the heck?
|
|
client messages provide a timestamp.
|
|
1) THIS ONE IS IMPORTANT: don't set client->iconfied if the window is not actually going to be allowed to iconify. heh!
2) changes to focus fallback to avoid crashing and to avoid losing focus all at the same time.
|
|
this by...
b) adding a function to let you see what size/position a window will be given when you actually try move/resize it to some given values. (client_try_configure)
|
|
much cleanup on how per-app settings are applied to new mapping windows. maybe i broke it? but it'll be much quicker now, and it's consistant with the rest of the code, so hooray for that. pls let me know if i broke any of it :( hee..
|
|
|
|
are clever now
|
|
like this: <action name="execute"><execute>program</execute><startupnotify><enabled>true</enabled><name>something descriptive</name><icon>name of an icon in the icon theme to show</icon></startupnotify</action>
|
|
all related to _NET_WM_USER_TIME and focus stealing prevention
a) add launcher startup notification. this means when you run something from
the openbox menu or a key/mouse binding, that startup notification will go
on in openbox and other applications like your panel or something
b) add the _NET_WM_USER_TIME property for windows
c) use the _NET_WM_USER_TIME data and startup notification to prevent focus
stealing.
d) cookie party !! ! all are invited.
e) oh yeah, and pass around timestamps for a lot more things. like, when you
run an action, send the timestamp for the event that is running the action.
this is important for startup notification. this also affects menus.
f) yes.. cookies..
would it be a good idea to disable focus stealing prevention if a window takes
too long to load? i mean.. maybe after a certain length of time, a user can't be
expected to not do anything in any other windows, but would they still want the
new application to focus then? HMM. open question i guess..
|