aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeLines
...
* 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.
* - configure menuwin with the screen, then create the xft drawable usingokan2013-05-20-30/+22
| | | | | the menu window since that's the only place on which we draw - elminate the need to change the drawable on every font draw
* no reason to pass around *sc when it's already in menu_ctx.okan2013-05-20-34/+32
|
* move the 2 small font helper functions to xutil.cokan2013-05-19-68/+37
|
* move the rest of xft init into screen_conf, since most of it is based onokan2013-05-19-18/+11
| | | | config parameters.
* - switch border colors to Xftokan2013-05-19-96/+67
| | | | | | | | | - merge border/menu color structures/functions since they now both use Xft - switch xu_xorcolor to operating on XftColor instead of just XRenderColor (basically adding pixel) - if color name allocation fails, revert back to default (this, along with font validation should occur during config parse, but we don't have screens setup yet - likely to change at some point)
* add support for _NET_CLOSE_WINDOWokan2013-05-19-3/+8
|
powered by cgit and git | oriole.systems | how to verify signatures