aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeLines
...
* Alter the r1.35 of event.c race fix. Remove the forward looking eventokan2013-11-12-30/+9
| | | | | | | | | | | | queue check (removing the need for a server grab/ungrab) - if the client is going away, let it fall all the way through to a DestroyNotify event. There's no longer a need for us to manually destroy a client ourselves (removing yet another server grab/ungrab). Instead, when the UnmapNotify event is synthetic, simply set the state to Withdrawn (as per ICCCM), else Iconic (in our case 'hidden'). Verified with test case from the 2009 race which was the original reason for r1.35 of event.c.
* Put back the border draw call in client_resize; since we are adding andokan2013-11-11-1/+3
| | | | | | removing the border on maximized clients we need to redraw. Also noticed by Tim van der Molen
* stash WMProtocols in flagsokan2013-11-08-13/+9
|
* quick keyboard focus fix for clients that neither populate wmhints nor ↵okan2013-11-05-2/+3
| | | | wmprotocols, like rdesktop; focus needs to be re-visited
* The only reason we need to keep XSizeHints in our client_ctx is forokan2013-11-02-33/+40
| | | | | flags, so just add one to hints; consolidates sizehints and shrinks. Additionally don't abuse PSize for XGetWMNormalHints() failures.
* x/y from XSizeHints are obsolete (and have been for a long time), sookan2013-11-01-5/+3
| | | | | instead use x/y from XWindowAttributes when USPosition|PPosition are set.
* re-add support for WM_TAKE_FOCUS, and additionally this time only callokan2013-11-01-10/+20
| | | | | | XSetInputFocus() for clients that have the InputHint; latter fix discovered by Valery Masiutsin with a PoC patch - solves keyboard input focus loss for java apps.
* A client_delete should behave differently depending on whether theokan2013-10-25-13/+15
| | | | | | | triggering event was unmap (with pending destroy) log destroy; we only need to grab/ungrab the server lock, set WithdrawnState and XRemoveFromSaveSet clients coming from an unmap event - doing so for clients coming from destroy are already gone, hence we generate errors.
* shuffleokan2013-10-20-38/+38
|
* wrap key ungrab like btn ungrab, for it'll be used againokan2013-10-20-4/+11
|
* revert 1.138 (WM_TAKE_FOCUS) for nowokan2013-10-20-3/+1
|
* Using xu_btn_ungrab() buttons during client_leave doesn't work (errorokan2013-10-19-15/+9
| | | | | | | BadValue) when the modifier is already AnyModifier . Instead alter xu_btn_ungrab() to ungrab AnyButton/AnyModifier and call it only when a client is coming into focus in client_setactive(), instead of iterating over ignore mods - matches how we handle key grabs.
* I believe we redraw the border in too many cases; likely a leftover fromokan2013-10-19-13/+4
| | | | | | | | | the cc->pwin days - don't redraw on every unhide, resize, and mouse move/resize Expose event (note, all Expose events trigger a redraw anyway). Tested with some finicky X apps I could think of, though I'm sure others will find more - if so, and they 'lose' the border, please report!
* For clients that support WM_TAKE_FOCUS in their WM_PROTOCOLS property, sendokan2013-10-19-1/+3
| | | | a ClientMessage event.
* a few err->errx since we don't have error messages here; from Tiago Cunhaokan2013-10-17-7/+7
|
* trying parsing a XLFD string first, then by patternokan2013-10-07-4/+7
|
* unify type; no changeokan2013-10-03-10/+10
|
* we no longer need to construct an array for _NET_SUPPORTED.okan2013-07-16-8/+2
|
* don't need the size hereokan2013-07-16-2/+2
|
* max -> nitemsokan2013-07-16-8/+8
|
* shuffle down protoypesokan2013-07-15-51/+48
|
* collapse linesokan2013-07-15-13/+9
|
* simplify atom handling; allows us to limit to one round-trip to serverokan2013-07-15-101/+95
| | | | for gathering Atoms.
* bring buttonpress and keypress event handlers slightly closer togetherokan2013-07-10-9/+8
|
* type fixesokan2013-07-10-5/+5
|
* since the root and event window are the same in the case of a buttonokan2013-07-09-9/+6
| | | | | | | event on the screen's root window, there's no need to pass down the entire XButtonEvent event, at least to group_menu(), the only callback which takes an argument at this point; instead use the already populated screen.
* add support for mouse based group {,r}cycle; from Rodrigo Mosconi. notokan2013-07-08-5/+27
| | | | bound by default.
* move kbfunc and mousefunc closer togetherokan2013-07-08-57/+61
|
* clarify kbd vs mouse functionsokan2013-07-08-23/+23
|
* move duplicate kbd and mouse modifier parsing to a generic function;okan2013-07-08-35/+31
| | | | from Tiago Cunha
* replace a few (x)malloc with (x)calloc to prevent potential integerokan2013-07-08-7/+7
| | | | overflows; from Tiago Cunha
* whitespace and style fixes; from Tiago Cunha and one from me.okan2013-07-08-6/+4
|
* properly fix (and re-organize) selfont selection.okan2013-06-23-14/+12
|
* when selfont is configured, make sure we continue and configure the restokan2013-06-20-3/+3
| | | | of the screen (quick fix); discovered the hard way by Rodrigo Mosconi.
* move Cursors into conf.okan2013-06-17-30/+42
|
* now that we have conf_screen, which configures individual screensokan2013-06-17-13/+6
| | | | | *after* config parsing, we no longer need to split up display/screen initialization, so collapse.
* allow mouse button4 and button5; from Rodrigo Mosconiokan2013-06-17-5/+11
|
* move synthetic responses and have client_msg only work with WM_PROTOCOLS,okan2013-06-10-47/+47
| | | | since that's all ClientMessageEvent is for anyway.
* Check for, and honour, CWStackMode and CWSibling change requests during aokan2013-06-10-2/+6
| | | | | ConfigureRequest event. Additionally, honour a border width change; detailed report and patch from Mike Small.
* Unlike other parse.y variants, cwm's allowed 'command xx /path/to/xx' withoutsthen2013-06-03-4/+4
| | | | | quotes. Reinstate this support lost in recent sync diff and add a comment to show that it's intentional. ok okan@
* fix type in a ClientMessage (xu_sendmsg).okan2013-05-27-13/+13
|
* alter conf_grab(_kbd) to first ungrab AnyKey/AnyModifier, then proceedokan2013-05-23-71/+28
| | | | | | | | to grab keys in keybindingq. we don't need to ungrab/grab on every addition to the queue, just once with a complete keybindingq; simplify grabbing keys per screen (during init) and during a MappingNotify. while here, change conf_grab_{kbd,mouse} to require only a Window.
* since we don't have any screens yet, there's no reason to conf_{,un}grabokan2013-05-22-4/+1
| | | | here; just build keybindingq.
* get rid of long standing XXX: now that we configure screens based onokan2013-05-22-12/+8
| | | | config options, add the keybinding GrabKey calls here
* move validation of pointer Button into conf_mousebind so we checkokan2013-05-22-27/+32
| | | | | | | validity during the parse phase and not bother adding it to the queue, instead of each time a client needs to grab (when it's too late); furthermore, make this a config error, stop parsing and load the default config.
* sync with src changesokan2013-05-22-31/+34
|
* handle _NET_WM_STATE ClientMessage; from Alexander Polakov.okan2013-05-21-3/+51
|
* stray whitespaceokan2013-05-20-4/+4
|
* handle _NET_ACTIVE_WINDOW ClientMessage; from Alexander Polakov.okan2013-05-20-2/+10
|
* add support for _NET_WM_STATE_MAXIMIZED_{HORZ,VERT}; from Alexander Polakov.okan2013-05-20-3/+76
| | | | | while I'm unsure of the final look of _NET_WM_STATE, there's no reason to delay this support.
powered by cgit and git | oriole.systems | how to verify signatures