summaryrefslogtreecommitdiff
path: root/openbox/keyboard.c
AgeCommit message (Collapse)Author
2007-06-22add the move actionDana Jansens
2007-06-22add the cyclewindows actionDana Jansens
2007-06-22well.. it compiles..Dana Jansens
2007-06-22add interactive action functions. some other changes to stuff that wasnt ↵Dana Jansens
going to work
2007-06-21make mouse use the new action stuffDana Jansens
2007-06-13xinerama support like crazy for struts and everything else too. this ↵Dana Jansens
probably crashes but its been way too long without a commit.
2007-06-13plug memory leaks from the new strut codeDana Jansens
2007-06-12only xungrabkeyboard when we actually have a passive grab on itDana Jansens
2007-06-10allow noninteractive directional focus.Dana Jansens
make keybinds noninteractive when the last key in the chain has no modifiers (i think this is what the code was supposed to do but failed.) don't reset key chains during an interactive action. reset them after an interactive action finishes (honoring chroot) so you can <C-t><C-Up>Stuff<//> and it'll do stuff as you hit C-Up, you dont have to keep hitting C-t
2007-06-07make popup dialogs appear on the active monitor with xineramaDana Jansens
2007-06-05revert that, center the popups for move/resize and keychainsDana Jansens
2007-05-26change in how things are ungrabbed to avoid grabwhilenotify. don't ungrab ↵Dana Jansens
every key press. just ungrab the passive grab when there is no active grab and we are going to move focus. this should be less intrusive and seems to work
2007-05-23draw the keychain popup only when necessaryDana Jansens
2007-05-19revert r6638Dana Jansens
2007-05-19make either key work for people who have super_l and super_r (or whatever ↵Dana Jansens
ones) bound to different mod masks
2007-05-14ungrab the keyboard for passive grabs. kill interactive actions for exec ↵Dana Jansens
actions. don't ungrab the keyboard during interactive actions though.
2007-05-13add grab/ungrab macros so dont need to pass in 10 arguments to ungrab stuff.Dana Jansens
add a confine option to grab_pointer to confine the pointer to the screen, and use that for moveresize
2007-05-13don't allow focus to move during an interactive grab. if users set up actionsDana Jansens
such that this would happen, then kill the interactive grab before moving focus. this is to avoid NotifyWhileGrabbed FocusOut's
2007-05-13use the right list in client_add_hide_notify, rename destructor to ↵Dana Jansens
destroy_notify which is really what it is, and is more consistant now that there are 2 notifies
2007-05-13interactive actions cancel other interactive actionsDana Jansens
2007-05-10make stuff know it is not focused but changing desktops it still doesn't knowDana Jansens
2007-05-09button presses which run actions during interactive actions will cancel the ↵Dana Jansens
action. when you cancel switching desktops, don't go back, just stop.
2007-05-08typo...Dana Jansens
2007-05-08dont ungrab/regrab when the position in the chain didnt moveDana Jansens
2007-05-05woa.. let you do mouse actions while in an interactive keyboard action, and ↵Dana Jansens
let you do keyboard actions while move/resizing. yay. also you can click in windows at the same time..
2007-05-04make clicks end inetractive actions but not cancel them ! so annoying !Dana Jansens
2007-05-03merge r6004 from trunkDana Jansens
2007-05-03end interactive grabs durign reconfigure instead of leaving everything in a ↵Dana Jansens
hung state. yay!
2007-05-03yeah.. so much for lucky 6000Dana Jansens
2007-05-03don't run 100 actions when doing interactive actions. keep only one ↵Dana Jansens
interactive action at a time, no need to queue them up. when an action with a different function comes along, end the previous one. if its the same function though, you know it will clean up after itself so no need to save them both and call it twice identically.
2007-05-02better menu keyboard handling.Dana Jansens
also, when you hit a keybinding while menus are open, it will close the menus and run the binding.
2007-05-02add a slight delay to the focus/desktop switch dialogs. so if you hit the ↵Dana Jansens
key really fast there is no flicker. of course if you hit it fast but not fast enough there is still flicker. is this cool or does this make it feel bad? i dunno. we'll see.. make the keychain popup use the new delay popup facilities
2007-04-26add the delay for killing keychains back (but it won't kill chroots)Dana Jansens
2007-04-26add chrooting. use chroot="true" on the chroot locationDana Jansens
2007-04-25give the chain popup a 1 second delay before it showsDana Jansens
2007-04-25add a popup dialog that shows where you are in a keychainDana Jansens
2007-04-25playing a bit with grabsDana Jansens
make mouse clicks cancel alt-tab and stuff if you arent dragging during the alt-tab
2007-04-24only grab keybinds on the root window, not every client windowMikael Magnusson
2007-04-231) translate all of openbox's outputDana Jansens
2) update copyrights. 3) make release. ok that part not quite yet.
2007-04-22remove debug messageDana Jansens
2007-04-22don't grab the pointer during interactive events. this allows you to alt-tab ↵Dana Jansens
during a dnd.
2007-04-22only pass thru events when the menu is open, don't for other stuffDana Jansens
2007-04-22add a comparitor to timers. use this in event.c to let you remove timers ↵Dana Jansens
from the queue selectively for delayed focus
2007-03-11wow... this is a big commit...Dana Jansens
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..
2006-08-22update copyright step 1Mikael Magnusson
2006-08-16don't allow inventive users to open the menu while in an interactive grab ↵Mikael Magnusson
(ie changing focus or desktop)
2004-03-21update copyright noticesMikael Magnusson
2004-03-21yay no tabs in the sourceMikael Magnusson
2004-03-20did anyone use this?Mikael Magnusson
2003-10-11gracefully handle grabs failing when doing interactive actionsDana Jansens