aboutsummaryrefslogtreecommitdiffstats
path: root/client.c (follow)
Commit message (Collapse)AuthorAgeLines
...
* apply mwm hints laterokan2013-12-11-4/+4
|
* Add client wrapper for XWMHints to support XA_WM_HINTS in PropertyNotifyokan2013-12-11-8/+12
| | | | events; based off a diff from Thomas Adam.
* Remove extra work and simplify client state handling.okan2013-12-11-14/+35
|
* Stash Class and WM Hints in client_ctxokan2013-12-11-22/+17
|
* Redraw client border when unhiding; during a hide, we just unsetokan2013-12-10-1/+2
| | | | | | the active flag but never redraw since it'll be in IconicState. Behaviour reported by sthen@
* alter -r1.145 getsizehints to deal with clients that don't haveokan2013-11-27-36/+30
| | | | WM_NORMAL_HINTS.
* simplify/unfoldokan2013-11-27-6/+4
|
* Rewrite active/inactive client handling in client_setactive();okan2013-11-27-51/+29
| | | | | | | | | | | client_leave() served no real purpose, likewise no reason to handle LeaveNotify events since an EnterNotify will process the next active client (and we don't have anything important to process anyway), so xev_handle_leavenotify() goes as well. Allows a simplification of client_mtf() and client_cycle_leave() for clarity. While here, unify a few client_current() checks. No intended behaviour change.
* Alter the r1.35 of event.c race fix. Remove the forward looking eventokan2013-11-12-11/+2
| | | | | | | | | | | | 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-6/+6
|
* 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-31/+38
| | | | | 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-9/+18
| | | | | | 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-8/+10
| | | | | | | 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.
* 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-6/+1
| | | | | | | 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-4/+1
| | | | | | | | | 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.
* unify type; no changeokan2013-10-03-2/+2
|
* collapse linesokan2013-07-15-3/+2
|
* simplify atom handling; allows us to limit to one round-trip to serverokan2013-07-15-7/+7
| | | | for gathering Atoms.
* move synthetic responses and have client_msg only work with WM_PROTOCOLS,okan2013-06-10-6/+41
| | | | since that's all ClientMessageEvent is for anyway.
* alter conf_grab(_kbd) to first ungrab AnyKey/AnyModifier, then proceedokan2013-05-23-2/+2
| | | | | | | | 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.
* add support for _NET_WM_STATE_MAXIMIZED_{HORZ,VERT}; from Alexander Polakov.okan2013-05-20-1/+6
| | | | | while I'm unsure of the final look of _NET_WM_STATE, there's no reason to delay this support.
* - switch border colors to Xftokan2013-05-19-5/+5
| | | | | | | | | - 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)
* use XGetWMProtocols and simplify WM_PROTOCOL handlingokan2013-05-19-19/+16
|
* new -> initokan2013-05-11-2/+2
|
* remove group in client_delete directly.okan2013-05-06-4/+4
|
* mechanical xu_{get,set}state -> xu_{get,set}_wm_state changeokan2013-04-17-6/+6
|
* slightly rework WM_STATE set/get to make it less ambigious; will be more clearokan2013-04-17-8/+12
| | | | on what needs to change to make it right in the end.
* only a window is required to set WM_STATE. also un-confuse xu_ptr_getposokan2013-04-14-2/+2
| | | | | by using 'win' instead of 'rootwin' so as not to imply only the root window is queried, rather any window.
* we handle WM_STATE here, so remove misleading comment.okan2013-04-12-2/+1
|
* we already set window state in client_hide or client_unhide right before, sookan2013-04-12-2/+1
| | | | there's no need to do it again.
* zap stray whitespaceokan2013-04-05-3/+3
|
* - no reason to breakout ClassHints work, so fold into client_{new,delete},okan2013-04-03-24/+16
| | | | | | but keep _MOTIF_WM_HINTS separate. - simplify fetching app/class hint. - fix _MOTIF_WM_HINTS Atom type.
* move XUngrabServer to the end of client_new() to avoid races where clients,okan2013-04-03-4/+4
| | | | | | | | such as those using sdl, attempt to manage the clients themselves when the clients aren't fully ready. other wm's grab the xserver during the whole client setup process, so match. behavior found by jsg.
* add per-group vert/horiz tiling support; introduces 2 new bind commands,okan2013-01-08-1/+119
| | | | 'vtile' and 'htile'; from Alexander Polakov.
* teach screen_find_xinerama() about gap and adjust (simplify) callers;okan2013-01-08-23/+12
| | | | menu becomes gap-aware for free.
* fix menu/client placement in panning setups; XineramaQueryScreens givesokan2013-01-07-1/+3
| | | | | us the width of the psuedo screen, but here we need the edge instead (xmax/ymax); just re-use w/h here for now.
* use cc->bwidth in client_vmax since we've yet to reset it (matchesokan2013-01-06-2/+2
| | | | client_hmax); from Jan Stary
* rename {h,v}max functions for consistency; from Jan Staryokan2013-01-04-3/+3
|
* get rid of struct colorokan2013-01-04-5/+5
|
* re-work client_snapcalc() so it takes client and edge dimensions withokan2013-01-02-9/+7
| | | | | | snapdist; allows for simplier snap calculations. required for an upcoming diff for honoring gap.
* have screen_find_xinerama() return struct geom *reliably* instead ofokan2013-01-02-65/+27
| | | | XineramaScreenInfo; simplifies goop around the callers.
* more variable consistencyokan2013-01-02-21/+21
|
* info->xine, for consistent variable namesokan2013-01-02-8/+8
|
* replace emptystring with strdup here as well so we know we are free'ingokan2013-01-01-7/+4
| | | | a malloc'd variable everytime; from Tiago Cunha
* make num of groups no longer off-by-one; from Alexander Polakovokan2013-01-01-2/+2
| | | | | | note that a re-exec of cwm will not rewrite the group number atom of *existing* clients, so they will remain off-by-one until each client has its atom updated, or of course a restart of X.
powered by cgit and git | oriole.systems | how to verify signatures